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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



It is necessary to transfer between entities of a Public Land Mobile Network (PLMN) information specific to the PLMN 
in order to deal with the specific behaviour of roaming Mobile Stations (MS)s. The Signalling System No. 7 specified 
by CCITT is used to transfer this information. 

This European Telecommunication Standard (ETS) describes the requirements for the signalling system and the 
procedures needed at the application level in order to fulfil these signalling needs. 

Clauses 1 to 4 are related to general aspects such as terminology, mobile network configuration and other protocols 
required by MAP. 

MAP consists of a set of MAP services which are provided to MAP service-users by a MAP service-provider. 



MAP service-user 



MAP service-user 



Service Interface 



MAP Service-provider 

Figure 1.1/1: Modelling principles 

Clauses 5 to 10 of this ETS describe the MAP services. 

Clauses 11 to 14 define the MAP protocol specification and the behaviour of service provider (protocol elements to be 
used to provide MAP services, mapping on to TC service primitives, abstract syntaxes...). 

Clauses 15 to 21 describe the MAP user procedures which make use of MAP services. 

1.1 Normative references 

This ETS incorporates by dated and undated reference, provisions from other publications. These normative references 
are cited at the appropriate places in the text and the publications are listed hereafter. For dated references, subsequent 
amendments to or revisions of any of these publications apply to this ETS only when incorporated in it by amendment 
or revision. For undated references, the latest edition of the publication referred to applies. 

[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 02.01: "Digital cellular telecommunications system (Phase 2+); Principles of 

telecommunication services supported by a GSM Public Land Mobile Network (PLMN)". 

[3] GSM 02.02: "Digital cellular telecommunications system (Phase 2+); Bearer Services (BS) 

Supported by a GSM Public Land Mobile Network (PLMN)". 

[4] GSM 02.03: "Digital cellular telecommunications system (Phase 2+); Teleservices Supported by a 

GSM Public Land Mobile Network (PLMN)". 

[5] GSM 02.04: "Digital cellular telecommunications system (Phase 2+); General on supplementary 

services". 

[6] GSM 02.09: "Digital cellular telecommunications system; Security aspects". 
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[7] GSM 02. 16: "Digital cellular telecommunications system; International Mobile station Equipment 

Identities (IMEl)". 

[8] GSM 02.41: "Digital cellular telecommunications system (Phase 2+); Operator determined 

barring". 

[9] GSM 02.81: "Digital cellular telecommunications system; Line identification supplementary 

services - Stage 1". 

[10] GSM 02.82: "Digital cellular telecommunications system; Call Forwarding (CF) supplementary 

services - Stage 1". 

[11] GSM 02.83 : "Digital cellular telecommunications system; Call Waiting (CW) and Call Hold 

(HOLD) supplementary services - Stage 1". 

[12] GSM 02.84: "Digital cellular telecommunications system; Multi Party (MPTY) supplementary 

services - Stage 1". 

[13] GSM 02.85: "Digital cellular telecommunications system; Closed User Group (CUG) 

supplementary services - Stage 1". 

[14] GSM 02.86: "Digital cellular telecommunications system; Advice of charge (AoC) supplementary 

services - Stage 1". 

[15] GSM 02.88: "Digital cellular telecommunications system; Call Barring (CB) supplementary 

services - Stage 1". 

[16] GSM 02.90: "Digital cellular telecommunication system (Phase 2+); Unstructured supplementary 

services operation - Stage 1". 

[17] GSM 03.03 (ETS 300 927): "Digital cellular telecommunications system (Phase 2+); Numbering, 

addressing and identification". 

[18] GSM 03.04: "Digital cellular telecommunications system; Signalling requirements relating to 

routeing of calls to mobile subscribers". 

[19] GSM 03.07: "Digital cellular telecommunications system (Phase 2+); Restoration procedures". 

[20] GSM 03.08: "Digital cellular telecommunications system (Phase 2+); Organisation of subscriber 

data". 

[21] GSM 03.09: "Digital cellular telecommunications system (Phase 2+; Handover procedures". 

[22] GSM 03. 1 1 : "Digital cellular telecommunications system; Technical realization of supplementary 

services". 

[23] GSM 03.12: "Digital cellular telecommunications system; Location registration procedures". 

[24] GSM 03.20: "Digital cellular telecommunications system; Security related network functions". 

[25] GSM 03.38: "Digital cellular telecommunications system (Phase 2+); Alphabets and language 

specific information for GSM". 
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[26] GSM 03.40: "Digital cellular telecommunications system (Phase 2+); Technical realization of the 

Short Message Service (SMS) Point to Point (PP)". 

[27] GSM 03.81: "Digital cellular telecommunications system; Line identification supplementary 

services - Stage 2". 

[28] GSM 03.82: "Digital cellular telecommunications system; Call Forwarding (CF) supplementary 

services - Stage 2". 

[29] GSM 03.83: "Digital cellular telecommunications system; Call Waiting (CW) and Call Hold 

(HOLD) supplementary services - Stage 2". 

[30] GSM 03.84: "Digital cellular telecommunications system; Multi Party (MPTY) supplementary 

services - Stage 2". 

[31] GSM 03.85: "Digital cellular telecommunications system; Closed User Group (CUG) 

supplementary services - Stage 2". 

[32] GSM 03.86: "Digital cellular telecommunications system; Advice of Charge (AoC) supplementary 

services - Stage 2". 

[33] GSM 03.88: "Digital cellular telecommunications system; Call Barring (CB) supplementary 

services - Stage 2". 

[34] GSM 03.90: "Digital cellular telecommunications system; Unstructured supplementary services 

operation - Stage 2". 

[35] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 

3 specification". 

[36] GSM 04.10: "Digital cellular telecommunications system; Mobile radio interface layer 3 

Supplementary services specification General aspects". 

[37] GSM 04. 11 : "Digital cellular telecommunications system (Phase 2+); Point- to -Point (PP) Short 

Message Service (SMS) support on mobile radio interface". 

[38] GSM 04.80: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 

3 supplementary services specification Formats and coding". 

[39] GSM 04.81: "Digital cellular telecommunications system; Line identification supplementary 

services - Stage 3". 

[40] GSM 04.82: "Digital cellular telecommunications system ; Call Forwarding (CF) supplementary 

services - Stage 3". 

[41] GSM 04.83: "Digital cellular telecommunications system; Call Waiting (CW) and Call Hold 

(HOLD) supplementary services - Stage 3". 

[42] GSM 04.84: "Digital cellular telecommunications system; Multi Party (MPTY) supplementary 

services - Stage 3". 

[43] GSM 04.85: "Digital cellular telecommunications system; Closed User Group (CUG) 

supplementary services - Stage 3". 
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[44] GSM 04.86: "Digital cellular telecommunications system; Advice of Charge (AoC) supplementary 

services - Stage 3". 

[45] GSM 04.88: "Digital cellular telecommunications system; Call Barring (CB) supplementary 

services - Stage 3". 

[46] GSM 04.90: "Digital cellular telecommunications system; Unstructured supplementary services 

operation - Stage 3". 

[47] GSM 08.02: "Digital cellular telecommunications system; Base Station System - Mobile-services 

Switching Centre (BSS - MSC) interface Interface principles". 

[48] GSM 08.06: "Digital cellular telecommunications system; Signalling transport mechanism 

specification for the Base Station System - Mobile-services Switching Centre (BSS - MSC) 
interface". 

[49] GSM 08.08: "Digital cellular telecommunications system (Phase 2+); Mobile Switching Centre - 

Base Station System (MSC - BSS) interface Layer 3 specification". 

[49a] GSM 08.08: "Digital cellular telecommunications system (Phase 1); Mobile Switching Centre - 

Base Station System (MSC - BSS) interface Layer 3 specification". 

[50] GSM 09.01: "Digital cellular telecommunications system; General network interworking 
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1 .2 Abbreviations 

Abbreviations used in this ETS are listed in GSM 0L04. 



2 Configuration of the mobile network 

2.1 The entities of tine mobile system 

To provide the mobile service as it is defined, it is necessary to introduce some specific functions. These functional 
entities can be implemented in different equipments or integrated. In any case, exchanges of data occur between these 
entities. 

2.1 .1 The Home Location Register (HLR) 

This functional entity is a data base in charge of the management of mobile subscribers. A PLMN may contain one or 
several HLRs; it depends on the number of mobile subscribers, on the capacity of the equipment and on the 
organization of the network. All subscription data are stored there. The main information stored there concerns the 
location of each MS in order to be able to route calls to the mobile subscribers managed by each HLR. All management 
interventions occur on this data base. The HLRs have no direct control of MSCs. 

Two numbers attached to each mobile subscription are stored in the HLR: 

- IMSI; 

- MSISDN. 

The data base contains other information such as: 

location information (VLR number); 

basic telecommunication services subscription information; 

service restrictions (e.g. roaming limitation); 

supplementary services; the tables contain the parameters attached to these services. 
The organization of the subscriber data is detailed in GSM 03.08. 

2.1 .2 The Visitor Location Register (VLR) 

An MS roaming in an MSC area is controlled by the Visitor Location Register in charge of this area. When an MS 
appears in a location area it starts a location updating procedure. The MSC in charge of that area notices this registration 
and transfers to the Visitor Location Register the identity of the location area where the MS is situated. A VLR may be 
in charge of one or several MSC areas. 
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The VLR also contains the information needed to handle the calls set up or received by the MSs registered in its data 
base (in some cases the VLR may have to obtain additional information from the HLR); the following elements can be 
found in its tables: 

- the IMSI; 

- the MSISDN; 

- the TMSI, if applicable; 

the location area where the MS has been registered. This will be used to call the station; 

- supplementary service parameters. 

The information is passed between VLR and HLR by the procedures described in GSM 03.12. 
The organization of the subscriber data is detailed in GSM 03.08. 

2.1 .3 The Mobile-services Switcining Centre (MSC) 

The Mobile-services Switching Centre is an exchange which performs all the switching functions for MSs located in a 
geographical area designated as the MSC area. The main difference between an MSC and an exchange in a fixed 
network is that the MSC has to take into account the impact of the allocation of radio resources and the mobile nature of 
the subscribers and has to perform, for example, the following procedures: 

procedures required for the location registration (see GSM 03.12); 

procedures required for hand-over (see GSM 03.09). 



2.1 .4 The Base Station System (BSS) 

The BSS is the sub-system of Base Station equipment (transceivers, controllers, etc..) which is viewed by the MSC 
through a single interface (A-interface) with the functionality described in GSM 08.02. 

2.1 .5 The Gateway MSC (GMSC) 

In the case of incoming calls to the PLMN, if the fixed network is unable to interrogate the HLR, the call is routed to an 
MSC. This MSC will interrogate the appropriate HLR and then route the call to the MSC where the MS is located. The 
MSC which then performs the routing function to the actual location of the mobile is called the Gateway MSC. 

The choice of which MSCs can act as Gateway MSCs is a network operator matter (e.g. all MSCs or some designated 
MSCs). 

If the call is a voice group/broadcast call it is routed directly from the GMSC to the VBS/VGCS Anchor MSC, based on 
information (VBS/VGCS call reference) contained in the dialled number. See also GTSs 03.68 and 03.69. 

See also GSM 03.04. 

2.1 .6 The SMS Gateway MSC 

The SMS GMSC is the interface between the Mobile Network and the network which provides access to the Short 
Message Service Centre, for short messages to be delivered to MSs. 

The choice of which MSCs can act as SMS Gateway MSCs is a network operator matter (e.g. all MSCs or some 
designated MSCs). 



2.1 .7 The SMS Interworking MSC 



The SMS IWMSC is the interface between the Mobile Network and the network which provides access to the Short 
Message Service Centre, for short messages submitted by MSs. 
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The choice of which MSCs can act as SMS Interworking MSCs is a network operator matter (e.g. all MSCs or some 
designated MSCs). 

2.1 .8 The VBS/VGCS Anchor MSC 

The voice broadcast/group call anchor MSC obtains from the associated GCR all relevant attributes and controls in turn 
all cells and dispatchers belonging to a given group call. 

NOTE: Interactions between MSCs are not scope of this release of the specification; 

i.e. the "relay MSC function" which is needed to implement inter-MSC group calls will be specified in the 
next release of this standard 

2.1 .9 The Equipment Identity Register (EIR) 

This functional unit is a data base in charge of the management of the equipment identities of the MSs; see also 
GSM 02.16. 

2.1 .1 The GSM Service Control Function (gsmSCF) 

This functional entity contains the CAMEL service logic to implement OSS. It interfaces with the gsmSSF and the 
HLR; see also TS GSM 03.78. 

2.1 .1 1 The Group Call Register (GCR) 

This functional unit is a data base in charge of the management of attributes related to the establishment of Voice 
Broadcast Calls and Voice Group Calls. 

2.2 Configuration of a Public Land Mobile Network (PLMN) 

The basic configuration of a Public Land Mobile Network is presented in figure 2.2/L In this figure the most general 
solution is described in order to define all the possible interfaces which can be found in any PLMN. The specific 
implementation in each network may be different: some particular functions may be implemented in the same 
equipment and then some interfaces may become internal interfaces. In any case the configuration of a PLMN must 
have no impact on the relationship with the other PLMNs. 

In this configuration, all the functions are considered implemented in different equipments. Therefore, all the interfaces 
are external and need the support of the Mobile Application Part of the Signalling System No. 7 to exchange the data 
necessary to support the mobile service. From this configuration, all the possible PLMN organizations can be deduced. 

2.3 Interconnection between PLMNs 

Since the configuration of a PLMN does not have any impact on other PLMNs, the signalling interfaces specified can 
be implemented both between the entities within a PLMN and between different PLMNs. 

2.4 The interfaces within the mobile service 

2.4.1 Interface between the HLR and the VLR (D-interface) 

This interface is used to exchange the data related to the location of the MS and to the management of the subscriber. 
The main service provided to the mobile subscriber is the capability to set up or to receive calls within the whole service 
area. To support that purpose the location registers have to exchange data. The VLR informs the HLR on the 
registration of a MS managed by the latter and provides it with the relevant location information. The HLR sends to the 
VLR all the data needed to support the service to the MS. The HLR then calls the previous VLR to inform it that it can 
cancel the location registration of this station because of the roaming of the mobile. 
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Exchanges of data may also occur when the mobile subscriber requires a particular service, when he wants to change 
some data attached to his subscription or when some parameters of the subscription are modified by administrative 
means. 

2.4.2 Interface between the HLR and the gsmSCF (J-interface) 

This interface is used by the gsmSCF to request information from the HLR. Support of the gsmSCF-HLR interface is a 
network operator option. As a network operator option, the HLR may refuse to provide the information requested by the 
gsmSCF. 

2.4.3 Interface between the VLR and its associated MSC(s) (B-interface) 

The VLR is the location and management data base for the MSs roaming in the area controlled by the associated 
MSC(s). Whenever the MSC needs data related to a given MS currently located in its area, it interrogates the VLR. 
When a MS initiates a location updating procedure with an MSC, the MSC informs its VLR which stores the relevant 
information in its tables. This procedure occurs whenever a mobile roams to another location area. Also, for instance 
when a subscriber activates a specific supplementary service or modifies some data attached to a service, the MSC 
transfers (via the VLR) the request to the HLR, which stores these modifications and updates the VLR if required. 

However, this interface is not fully operational specified. It is strongly recommended not to implement the B-interface 
as an external interface. 

2.4.4 Interface between VLRs (G-interface) 

When an MS initiates a location updating using TMSI, the VLR can fetch the IMSI and authentication set from the 
previous VLR. 

2.4.5 Interface between the HLR and the MSC (C-interface) 

When the fixed network is not able to perform the interrogation procedure needed to set up a call to a mobile subscriber, 
the Gateway MSC has to interrogate the HLR of the called subscriber to obtain the roaming number of the called MS 
(see GSM 03.04). 

To forward a short message to a mobile subscriber, the SMS Gateway MSC has to interrogate the HLR to obtain the 
MSC number where the MS is located. 

2.4.6 Interface between MSCs (E-interface) 

When a MS moves from one MSC area to another during a call, a handover procedure has to be performed in order to 
continue the communication. For that purpose the MSCs involved have to exchange data to initiate and then to realize 
the operation. 

This interface is also used to forward short messages. 

The application of this interface for inter-MSC VBS/VGCS calls will be specified in the next release of this standard. 

2.4.7 Interface between the MSC and Base Station Systems (A-interface) 

The description of this interface is contained in the GSM 08-series of MSs. 
The BSS-MSC interface carries information concerning: 

- BSS management; 
call handling; 

- location management. 
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2.4.8 Interface between MSC and EIR (F-interface) 

This interface is used when an MSC wants to check an IMEI. 

2.4.9 Interface between VBS/VGCS Anchor MSC and GCR (l-interface) 

This is an internal interface. 



2.5 Splitting of the data storage 



The data attached to each MS management, operation and location are stored in the Location Registers. Some data are 
duplicated in the HLR and in the VLR, but others may be stored only in one place. 

A detailed description of the data organization can be found in GSM 03.08. 
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Figure 2.2/1 : Configuration of a PLIVIN 
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3 Overload and compatibility overview 

3.1 Overload control 

There is a requirement for an overload/congestion control for all entities of the Public Land Mobile Network and the 
underlying Signalling System No. 7. 

3.1 .1 Overload control for MSC (outside MAP) 

For the entity MSC the following two procedures (outside MAP) may be applied to control the processor load: 

- ISDN 

CCITT Recommendation Q.764 (Automatic Congestion Control), applicable to reduce the mobile 
terminating traffic; 

- BSSAP 

GSM 08.08 (A-interface Flow Control), applicable to reduce the mobile originating traffic. 

3.1 .2 Overload control for MAP entities 

For all MAP entities, especially the HLR, the following overload control method is applied: 

If overload of a MAP entity is detected requests for certain MAP operations (see tables 3.1/1 and 3.1/2) may be ignored 
by the responder. The decision as to which MAP Operations may be ignored is made by the MAP service provider and 
is based upon the priority of the application context. 

Since most of the affected MAP operations are supervised in the originating entity by TC timers (medium) an additional 
delay effect is achieved for the incoming traffic. 

If overload levels are applicable in the Location Registers the MAP operations should be discarded taking into account 
the priority of their application context (see table 3.1/1 for HLR and table 3.1/2 for MSC/VLR; the lowest priority is 
discarded first). 

The ranking of priorities given in the tables 3.1/1 and 3.1/2 is not normative. The tables can only be seen as a proposal 
which might be changed due to network operator/implementation matters. 
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Table 3.1/1 : Priorities of Application Contexts for HLR as Responder 





Responder = HLR 


Initiating Entity 


Priority high 


Mobility Management 






networkLocUp 


VLR 




(update Location), 






(restoreData/v2), 






(sendParameters/vl) 






infoRetrieval 


VLR 




(sendAuthenticationInfo/v2), 






(sendParameters/v 1 ) 






msPurging 


VLR 




(piirgeMS/v2) 






Short Message Service 






shortMsgGateway 


GMSC 




( sendRoutinglnfo forS M) , 






(reportSM-DeliveryStatus) 






mwdMngtVLR 






(readyForSM/v2), 






(noteSubscriberPresent/vl) 






Mobile Terminating Traffic 






locInfoRetrieval 


GMSC 




(sendRoutinglnfo) 






anyTimeEnquiry 


gsmSCF 




( anyTimelnterrogation) 






Subscriber Controlled Inputs (Supplementary Services) 






networkFunctionalS s 


VLR 




(registerSS), 






(eraseSS), 






(activateSS), 






(deactivateSS), 






(interrogateSS), 






(registerPassword), 






(processUnstmcturedSS-Data/vl), 






(beginSubscriber Activity/v 1 ) 






networkUnstmcturedS s 


VLR 




(processUnstructuredSS-Request/v2) 






imsiRetrieval 


VLR 




(sendIMSI/v2) 




Priority low 







NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 
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Table 3.1/2: Priorities of Application Contexts for IVISC/VLR as Responder 



Responder = MSC/VLR 


Initiating Entity 


Priority high 




Handover 




handoverControl 


MSC 


(prepareHandover/v2), 




(performHandover/v 1 ) 




Mobility and Location Register Management 


HLR 


locationCancel 


(cancelLocation) 




reset 


HLR 


(reset) 




inter VlrlnfoRetrieval 


VLR 


(sendIdentification/v2), 




(sendParameters/v 1 ) 




subscriberDataMngt 


HLR 


(inserts ubscriberData), 




(deleteSubscriberData) 




tracing 


HLR 


(activate TraceMode), 




(deactivateTraceMode) 




Short Message Service 




shortMsgMO-Relay 


MSC 


(MO-ForwardSM v3) 




(forwardSM vl/v2) 


shortMsgMT- 


Relay MSC 




(MT-ForwardSM v3) 


(forwardSM 


vl/v2) 




shortMsgAlert 


HLR 


(alertServiceCentre/v2), 




(alertServiceCentreWithoutResult/vl) 




Mobile Terminating Traffic 




roamingNbEnquiry 


HLR 


(provideRoamingNumber) 




callControlTransfer 


MSC 


(resumeCallHandling) 




subscriberlnfoEnquiry 


HLR 


(provideSubscriberlnformation) 




Network-Initiated USSD 




net workU ns tructuredS s 


HLR 


(unstructuredSS-Request/v2), 




(unstructuredS S -Notify/v2) 




Priority low 





NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 
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3.1.3 Congestion control for Signalling System No. 7 
The requirements of SS7 Congestion control have to be taken into account as far as possible. 
Means which could be applied to achieve the required traffic reductions are described in subclauses 3.1.1 and 3.1.2. 

3.2 Compatibility 

3.2.1 General 

This ETS of the Mobile Application Part is designed in such a way that an implementation which conforms to it can 
also conform to the Mobile Application Part operational version 1 specifications, except on the MSC-VLR interface. 

A version negotiation mechanism based on the use of an application-context-name is used to negotiate the protocol 
version used between two entities for supporting a MAP-user signalling procedure. 

When starting a signalling procedure, the MAP-user supplies an application-context-name to the MAP -provider. This 
name refers to the set of application layer communication capabilities required for this dialogue. This refers to the 
required TC facilities (e.g. version 1 or 2) and the list of operation packages (i.e. set of operations) from which 
operations can be invoked during the dialogue. 

A version one application-context-name may only be transferred to the peer user in a MAP-U-ABORT to an entity of 
version two or higher (i.e. to trigger a dialogue which involves only communication capabilities defined for MAP 
operational version 1). 

If the proposed apphcation-context-name can be supported by the responding entity the dialogue continues on this basis 
otherwise the dialogue is refused and the initiating user needs to start a new dialogue, which involves another 
application-context-name which requires less communication capabilities but provides similar functionalities (if 
possible). 

When a signalling procedure can be supported by several application contexts which differ by their version number, the 
MAP-User needs to select a name. It can either select the name which corresponds to the highest version it supports or 
follow a more specific strategy so that the number of protocol fallbacks due to version compatibility problems be 
minimized. 

3.2.2 Strategy for selecting the Application Context (AC) version 

A method should be used to minimize the number of protocol fall-backs which would occur sometimes if the highest 
supported AC-Name were always the one selected by GSM entities when initiating a dialogue. The following method is 
an example which can be used mainly at transitory phase stage when the network is one of mixed phase entities. 

3.2.2.1 Proposed method 

A table (table 1) may be set up by administrative action to define the highest application context (AC) version supported 
by each destination; a destination may be another node within the same or a different PLMN, or another PLMN 
considered as a single entity. The destination may be defined by an E. 164 number or an E.214 number derived from an 
IMSl. The table also includes the date when each destination is expected to be able to handle at least one AC of the 
latest version of the MAP protocol. When this date is reached, the application context supported by the node is marked 
as "unknown", which will trigger the use of table 2. 

A second table (table 2) contains an entry for each destination which has an entry in table 1 . For a given entity, the entry 
in table 2 may be a single application context version or a vector of different versions applying to different application 
contexts for that entity. Table 2 is managed as described in subclause 3.2.2.2. 

The data for each destination will go through the following states: 

a) the version shown in table 1 is "version n-l", where 'n' is the highest version existing in this specification; 
table 2 is not used; 

b) the version shown in table 1 is "unknown"; table 2 is used, and maintained as described in subclause 3.2.2.2; 
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c) when the PLMN operator declares that an entity (single node or entire PLMN) has been upgraded to support all 
the MAP version n ACs defined for the relevant interface, the version shown in table 1 is set to "version n" by 
administrative action; table 2 is no longer used, and the storage space may be recovered. 

3.2.2.2 Managing the version look-up table 

WHEN it receives a MAP -OPEN ind the MAP-User determines the originating entity number either using the 
originating address parameter or the originating reference parameter or retrieving it from the subscriber data using the 
IMSI or the MSISDN. 

IF the entity number is known 

THEN 

It updates (if required) the associated list of highest supported ACs 

ELSE 

It creates an entry for this entity and includes the received AC -name in the list of highest supported ACs. 

WHEN starting a procedure, the originating MAP-user looks up its version control table. 

IF the destination address is known and not timed-out 

THEN 

It retrieves the appropriate AC-name and uses it 

IF the dialogue is accepted by the peer 

THEN 

It does not modify the version control table 

ELSE (this should never occur) 

It starts a new dialogue with the common highest version supported (based on information implicitly 
or explicitly provided by the peer). 

It replace the old AC-name by the new one in the list of associated highest AC supported. 

ELSE 

It uses the AC-name which corresponds to the highest version it supports. 
IF the dialogue is accepted by the peer 

THEN 

It adds the destination node in its version control table and includes the AC-Name in the list of 
associated highest AC supported. 



ELSE 



It starts a new dialogue with the common highest version supported (based on information implicitly or 
explicitly provided by the peer). 

IF the destination node was not known 

THEN 

It adds the destination node in its version control table and includes the new AC-Name in the list of 
associated highest AC supported. 

ELSE 

It replaces the old AC-name by the new one in the list of highest supported AC and reset the timer. 
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3.2.2.3 Optimizing the method 

A table look-up may be avoided in some cases if both the HLR and the VLR stores for each subscriber the version of 
the AC-name used at location updating. Then: 

for procedures which make use of the same application-context, the same AC-name (thus the same version) can 
be selected (without any table look-up) when the procedure is triggered; 

for procedures which make use of a different application-context but which includes one of the packages used by 
the location updating AC, the same version can be selected (without any table look-up) when the procedure is 
triggered; 

for HLR: 

Subscriber data modification (stand alone); 
for VLR: 

Data Restoration. 
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4 Requirements concerning the use of SCCP and TC 

4.1 Use of SCCP 

The Mobile Application Part makes use of the services offered by the Signalling Connection Control Part of signalling 
System No. 7. CCITT Blue Book or ITU-T (03/93) Recommendations Q.71 1 to Q.716 should be consulted for the full 
specification of SCCP. 

4.1.1 SCCP Class 

MAP will only make use of the connectionless classes (0 or 1) of the SCCP. 

4.1 .2 Sub-System Number (SSN) 

The Application Entities (AEs) defined for MAP consist of several Application Service Elements (ASEs) and are 
addressed by sub-system numbers (SSNs). The SSN for MAP are specified in GSM 03.03 [17]. 

4.1.3 SCCP addressing 
4.1.3.1 Introduction 

Within the GSM System there will be a need to communicate between entities within the same PLMN and in different 
PLMNs. Using the Mobile Application Part (MAP) for this function implies the use of Transaction Capabilities (TC) 
and the Signalling Connection Control Part (SCCP) of CCITT SignalHng System No. 7. 

Only the entities which should be addressed are described below. The format and coding of address parameters carried 
by the SCCP for that purpose shall comply with CCITT Recommendation Q.71 3 with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, a MAP SSN shall always be included in the called 
and calling party addresses. All other aspects of SCCP addressing are network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

- SSN indicator = 1 (MAP SSN always included); 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

- the translation type field will be coded "00000000" (Not used); 
Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = 1 (MAP SSNs always included); 

Point code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

- the translation type field will be coded "00000000" (Not used); 
Routing indicator = (Routing on Global Title). 
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If a Global Title translation is required for obtaining routeing information, one of the numbering plans E. 164, E.212 and 
E.214 is applicable. 

E.212 numbering plan 

An E.212 number must not be included as Global Title in an SCCP UNITDATA message. The translation of an 
E.212 number into a Mobile Global Title is applicable in a dialogue initiating VLR if the routeing information 
towards the HLR is derived from the subscriber's IMSI. When an MS moves from one VLR service area to 
another, the new VLR may derive the address of the previous VLR from the Location Area Identification 
provided by the MS in the location registration request. The PLMN where the previous VLR is located is 
identified by the E.212 numbering plan elements of the Location Area Identification, ie the Mobile Country 
Code (MCC) and the Mobile Network Code (MNC). 

E.214 and E. 1 64 numbering plans 

Only address information belonging to either E.214 or E.164 numbering plan is allowed to be included as Global 
Title in the Called and Calling Party Address. 

If the Calling Party Address associated with the dialogue initiating message contains a Global Title, the sending 
network entity shall include its E.164 entity number. 

When receiving an SCCP UNITDATA message, SCCP shall accept either of the valid numbering plans in the 
Called Party Address and in the Calling Party Address. 

When receiving an N-UNITDATA-REQUEST primitive from TC, SCCP shall accept an E.164 number or an 
E.214 number in the Called Address and in the Calling Address. 

The following subclauses describe the method of SCCP addressing appropriate for each entity both for the simple intra- 
PLMN case and where an inter-PLMN communication is required. The following entities are considered: 

the Mobile-services Switching Centre (MSC); 

the Home location Register (HLR); 

the Visitor Location Register (VLR); 

the Gateway Mobile-services Switching Centre (GMSC); 

the Interworking Mobile-services Switching Centre (IWMSC). 

4.1 .3.2 The Mobile-services Switching Centre (MSC) 

There are several cases where it is necessary to address the MSC. 

4.1.3.2.1 MSC interaction during handover 

The address is derived from the target Cellid. 

4.1 .3.2.2 MSC for short message routing 

When a short message has to be routed to a MS, the GMSC addresses the VMSC by an MSC identity received from the 
HLR which complies with E. 164 rules. 

For MS originating short message, the IWMSC address is derived from the Service Centre address. 

4.1 .3.3 The Home Location Register (HLR) 

There are several cases where the HLR has to be addressed: 

4.1 .3.3.1 During call set-up 

When a call is initiated the HLR of the called mobile subscriber will be interrogated to discover the whereabouts of the 
MS. The addressing required by the SCCP will be derived from the MSISDN dialled by the calling subscriber. The 
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dialled number will be translated into either an SPC, in the case of communications within a PLMN, or a Global Title if 
other networks are involved (i.e. if the communication is across a PLMN boundary). 

If the calling subscriber is a fixed network subscriber, the interrogation can be initiated from the Gateway MSC of the 
home PLMN in the general case. If the topology of the network allows it, the interrogation could be initiated from any 
Signalling Point which has MAP capabilities, e.g. local exchange, outgoing International Switching Centre (ISC), etc. 

4.1 .3.3.2 Before location updating completion 

When a MS registers for the first time in a VLR, the VLR has to initiate the update location dialogue with the MS's 
HLR and a preceding dialogue for authentication information retrieval if the authentication information must be 
retrieved from the HLR. When initiating either of these dialogues, the only data for addressing the HLR that the VLR 
has available is contained in the IMSI, and addressing information for SCCP must be derived from it. When continuing 
the established update location dialogue (as with any other dialogue), the VLR must derive the routeing information 
towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the 
dialogue terminating message is received. This means that the VLR must be able to address the HLR based: 

on an E.214 Mobile Global Title originally derived by the VLR from the IMSI; or 

on an E. 164 HLR address; or 

in the case of intra-PLMN signalling, on an SPC. 

When answering to the VLR the HLR should insert its E. 164 address in the Calling Party Address of the SCCP message 
containing the first responding CONTINUE message. 

NOTE: As PCS 1900 networks do not use E.214 addresses, the use of an E.214 address may lead to interworking 
problems between GSM and PCS 1900 networks. 

If the HLR is in the same PLMN as the VLR, local translation tables may exist to derive an SPC. For authentication 
information retrieval and location updating via the international PSTN/ISDN signalling network, the Global title must 
be derived from the IMSI, using the principles contained in CCITT Recommendation E.214 and the Numbering Plan 
Indicator (NPI) value referenced by the SCCP Specifications. A summary of the translation from the IMSI (CCITT 
Recommendation E.212) to Mobile Global Title (described in CCITT Recommendation E.214) is shown below: 

E.212 Mobile Country Code translates to E.164 Country Code; 

E.212 Mobile Network Code translates to E. 164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length and terminated by the ST signal (15 digits + ST). If the Mobile Global Title is more than 15 
digits the number is truncated to 15 by deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the VLR. The Mobile Global Title thus 
derived will be used to address the HLR. 

If location updating is triggered by an MS that roams from one MSC Area into a different MSC Area served by the 
same VLR, the VLR shall address the HLR in the same way as if the MS registers for the first time in the VLR. 

4.1 .3.3.3 After location updating completion 

In this case, the subscriber's basic MSISDN has been received from the HLR during the subscriber data retrieval 
procedure as well as the HLR number constituting a parameter of the MAP message indicating successful completion of 
the update location dialogue. From either of these E.164 numbers the address information for initiating dialogues with 
the roaming subscriber's HLR can be derived. Also the subscriber's IMSI may be used for establishing the routeing 
information towards the HLR. This may apply in particular if the dialogue with the HLR is triggered by subscriber 
controlled input. 

Thus the SCCP address of the roaming subscriber's HLR may be an SPC, or it may be a Global title consisting of the 
E.164 MSISDN or the E. 164 number allocated to the HLR or the E.214 Mobile Global Title derived from the IMSI. 
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4.1.3.3.4 VLR restoration 

If a roaming number is requested by the HLR for an IMSI that has no data record in the interrogated VLR, the VLR 
provides the roaming number in the dialogue terminating message. Subsequently the VLR must retrieve the 
authentication data from the MS's HLR, if required, and must then trigger the restore data procedure. For this purpose, 
the VLR has to initiate in succession two independent dialogues with the MS's HLR. The MTP and SCCP address 
information needed for routeing towards the HLR can be derived from the IMSI received as a parameter of the MAP 
message requesting the roaming number. In this case, the IMSI received from the HLR in the roaming number request 
shall be processed in the same way as the IMSI that is received from an MS that registers for the first time within a 
VLR. Alternatively to the IMSI, the Calling Party Address associated with the roaming number request may be used to 
obtain the routeing information towards the HLR. 

4.1 .3.4 The Visitor Location Register (VLR) 

There are several cases when the VLR needs to be addressed. 

4.1.3.4.1 Inter-VLR information retrieval 

When an MS moves from one VLR service area to another, the new VLR may request the IMSI and authentication sets 
from the previous VLR. The new VLR derives the address of the previous VLR from the Location Area Identification 
provided by the MS in the location registration request. 

4.1.3.4.2 HLR request 

The HLR will only request information from a VLR if it is aware that one of its subscribers is in the VLR's service area. 
This means that a location updating dialogue initiated by the VLR has been successfully completed, i.e. the HLR has 
indicated successful completion of the update location procedure to the VLR. 

When initiating dialogues towards the VLR after successful completion of location updating, the routeing information 
used by the HLR is derived from the E. 164 VLR number received as a parameter of the MAP message initiating the 
update location dialogue. If the VLR is in the same PLMN as the HLR, the VLR may be addressed directly by an SPC 
derived from the E. 164 VLR number. For dialogues via the international PSTN/ISDN signalling network, presence of 
the E.164 VLR number in the Called Party Address is required. 

4.1 .3.5 The Interworking IVISC (IWIVISC) for Short IVIessage Service 

The IWMSC is the interface between the mobile network and the network to access to the Short Message Service 
Centre. This exchange has an E. 164 address known in the HLR or in the MSC. 

4.1 .3.6 The Equipment Identity Register (EIR) 

The EIR address is either unique or could be derived from the IMEI. The type of address is not defined. 

4.1.3.7 Summary table 

The following table summarizes the SCCP address used for invoke operations. As a principle, within a PLMN either an 
SPC or a GT may be used (network operation option), whereas when addressing an entity outside the PLMN the GT 
must be used. The address type mentioned in the table (e.g. MSISDN) is used as GT or to derive the SPC. 

For a response, the originating address passed in the invoke is used. For extra-PLMN addressing the entity number is 
used as GT; for intra-PLMN addressing an SPC derived from the entity number may be used instead. When using an 
SPC, the SPC may be taken directly from MTP. 
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Table 4.1/1 



to 
from 


fixed 
network 
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VLR 


MSC 
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gsmSCF 


fixed 
network 
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E:GT 
T:MSISDN 


— 


— 


— 


— 


home 

location 

register 






I:SPC/GT 

E:GT 

T:VLR 

NUMBER 






I:SPC/GT 

E:GT 
T:gsmSCF 
NUMBER 


visitor 

location 

register 




l:SPG/GT 

E:GT 

T:MGT/MSISDN/ 

HLR NUMBER 

(note) 


l:SPG/GT 
E:GT 
T:VLR 

NUMBER 








mobile- 
services 
switching 
centre 




l:SPG/GT 

E:GT 
T:MSISDN 


l:SPC/GT 
E:GT 
T:VLR 

NUMBER 


I:SPC/GT 

E:GT 

T:MSC 

NUMBER 


I:SPC/GT 
E:GT 
T:EIR 

NUMBER 




gsm 
Service 
Control 
Function 




l:SPC/GT 

E:GT 
T:MSISDN 










1: Intra-PLMN. 

E: Extra(lnter)-PLMN. 

T: Address Type. 

GT: Global Title. 

MGT: E.21 4 Mobile Global Title. 

SPC: Signalling Point Code. 



NOTE: For initiating the location updating procedure and an authentication information retrieval from the HLR 
preceding it, the VLR has to derive the HLR address from the IMSI of the MS. The result can be an SPC 
or an E.214 Mobile Global Title. When continuing the established update location dialogue (as with any 
other dialogue) the VLR must derive the routeing information towards the HLR from the Calling Party 
Address received with the first responding CONTINUE message until the dialogue terminating message 
is received. 

For transactions invoked by the VLR after update location completion, the VLR may derive the 
information for addressing the HLR from addresses received in the course of the update location 
procedure (MSISDN or HLR number) or from the IMSI. 

When invoking the Restore Data procedure and an authentication information retrieval from the HLR 
preceding it, the VLR must derive the information for addressing the HLR from the address information 
received in association with the roaming number request. This may be either the IMSI received as a 
parameter of the MAP message requesting the Roaming Number or the Calling Party Address associated 
with the MAP message requesting the Roaming Number. 



4.2 



Use of TC 



The Mobile Application part makes use of the services offered by the Transaction Capabilities (TC) of signalling 
system No. 7. ETS 300 287, which is based on CCITT White Book Recommendations Q.771 to Q.775, should be 
consulted for the full specification of TC. 

The MAP uses all the services provided by TC except the ones related to the unstructured dialogue facility. 

From a modelling perspective, the MAP is viewed as a single Application Service Element. Further structuring of it is 
for further study. 

Transaction Capabilities refers to a protocol structure above the network layer interface (i.e, the SCCP service interface) 
up to the application layer including common application service elements but not the specific application service 
elements using them. 

TC is structured as a Component sub-layer above a Transaction sub-layer. 
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The Component sub-layer provides two types of application services: services for the control of end-to-end dialogues 
and services for Remote Operation handling. These services are accessed using the TC -Dialogue handling primitives 
and TC-Component handling primitives respectively. 

Services for dialogue control include the ability to exchange information related to application-context negotiation as 
well as initialization data. 

Services for Remote Operation handling provide for the exchange of protocol data units invoking tasks (operations), 
and reporting their outcomes (results or errors) plus any non-application-specific protocol errors detected by the 
component sub-layer. The reporting of application-specific protocol errors by the TC user, as distinct from application 
process errors, is also provided. The Transaction sub-layer provides a simple end-to-end connection association service 
over which several related protocol data units (i.e. built by the Component Sub-Layer) can be exchanged. A Transaction 
termination can be prearranged (no indication provided to the TC user) or basic (indication provided). 











Hotoile Application 
Part 
[HAP) 














Transaction 
Capabilities 
[TO 





















H3C 



VLR 



HLR 



EIR 



















SCCP 












HTP 





Figure 4.2/1 : Facilities for supporting the Mobile Application Part in Signalling System No.7 
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5 General on MAP services 

5.1 Terminology and definitions 

The term service is used in clauses 5 to 10 as defined in CCITT Recommendation X.200. The service definition 
conventions of CCITT Recommendation X.210 are also used. 



5.2 Modelling principles 



MAP provides its users with a specified set of services and can be viewed by its users as a "black box" or abstract 
machine representing the MAP service-provider. The service interface can then be depicted as shown in figure 5.2/1. 



MAP service-user 



MAP service-user 



Service Interface 

MAP Service-provider 

Figure 5.2/1: Modelling principles 

The MAP service-users interact with the MAP service-provider by issuing or receiving MAP service-primitives at the 
service interface. 

A MAP service-user may receive services from several instances of the MAP service-provider at the same time. In such 
cases the overall procedure is synchronised by the service-user. 

The MAP service-primitives are named using the following notation: 



MAP-ServicePrimitiveName type 



where type can be any of: request (req), indication (ind), response (rsp) or confirm (cnf) (In the user arrow diagrams 
type is not indicated in the case of req/ind and indicated as "ack" in the case of rsp/cnf). 

The services are further classified as unconfirmed-service, confirmed-service and provider-initiated-service where the 
first two categories refer to whether or not the service is confirmed by the service-provider. The confirmation may or 
may not correspond to a response provided by the other service-user. 

MAP services are also classified as common MAP services which are available to all MAP service-users, and MAP 
service-user specific services which are services available to one or several, but not all, MAP service-users. 

A MAP dialogue is defined as an exchange of information between two MAP users in order to perform a common task. 
A MAP dialogue will consist of one or several MAP services. 

5.3 Common MAP services 

All MAP service-users require access to services for performing basic application layer functions: 
for establishing and clearing MAP dialogues between peer MAP service-users; 
for accessing functions supported by layers below the applications layer; 
for reporting abnormal situations; 
for handling of different MAP versions; 
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for testing whether or not a persistent MAP dialogue is still active at each side. 
For these purposes the following common services are defined: 

- MAP-OPEN service; 

- MAP-CLOSE service; 

- MAP-DELIMITER service; 

- MAP-U-ABORT service; 

- MAP-P-ABORT service; 

- MAP-NOTICE service. 

In defining the service-primitives the following convention is used for categorising parameters: 

M the inclusion of the parameter is mandatory. The M category can be used for any primitive type and specifies 
that the corresponding parameter must be present in the indicated primitive type; 

O the inclusion of the parameter is a service-provider option. The O category can be used in indication and confirm 
type primitives and is used for parameters that may optionally be included by the service-provider; 

U the inclusion of the parameter is a service-user option. The U category can be used in request and response type 
primitives. The inclusion of the corresponding parameter is the choice of the service-user; 

C the inclusion of the parameter is conditional. The C category can be used for the following purposes: 

to indicate that if the parameter is received from another entity it must be included for the service being 
considered; 

to indicate that the service user must decide whether to include the parameter, based on the context on which 
the service is used; 

to indicate that one of a number of mutually exclusive parameters must be included (e.g. parameters 
indicating a positive result versus parameters indicating a negative result); 

to indicate that a service user optional parameter (marked "U") or a conditional parameter (marked "C") 
presented by the service user in a request or response type primitive is to be presented to the service user in 
the corresponding indication or confirm type primitive; 

(=) when appended to one of the above, this symbol means that the parameter takes the same value as the parameter 
appearing immediately to its left; 

blank the parameter is not present. 

A primitive type may also be without parameters, i.e. no parameter is required with the primitive type; in this case the 
corresponding column of the table is empty. 

5.3.1 MAP-OPEN service 

This service is used for establishing a MAP dialogue between two MAP service-users. The service is a confirmed 
service with service primitives as shown in table 5.3/1. 
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Table 5.3/1 : Service-primitives for thie lUIAP-OPEN service 



Parameters 


Request 


Indication 


Response 


Confirm 


Application context name 


M 


M{=) 


U 


C{=) 


Destination address 


M 


M(=) 






Destination reference 


U 


C(=) 






Originating address 


U 









Originating reference 


U 


C{=) 






Specific information 


U 


C(=) 


U 


C(=) 


Responding address 






u 


C(=) 


Result 






M 


M(=) 


Refuse-reason 






c 


C{=) 


Provider error 












Application context name : 

This parameter identifies the type of application context being established. If the dialogue is accepted the received 
application context name shall be echoed. In case of refusal of dialogue this parameter shall indicate the highest version 
supported. 

Destination address : 

A valid SCCP address identifying the destination peer entity (see also clause 4). As an implementation option, this 
parameter may also, in the indication, be implicitly associated with the service access point at which the primitive is 
issued. 

Destination-reference : 

This parameter is a reference which refines the identification of the called process. It may be identical to Destination 
address but its value is to be carried at MAP level. Table 5.3/2 describes the MAP services using this parameter. Only 
these services are allowed to use it. 

Table 5.3/2: Use of the destination reference 



MAP service Reference type Use of the parameter 




1 MAP-REGISTER-SS | IMS! | Subscriber identity | 




1 IVIAP-ERASE-SS | IMS! | Subscriber identity | 




1 MAP-ACTIVATE-SS | IMS! | Subscriber identity | 




MAP-DEACTIVATE-SS IMS! Subscriber identity 




1 MAP-INTERROGATE-SS | IMSI | Subscriber identity | 




1 MAP-REGISTER-PASSWORD | IMSI | Subscriber identity | 



MAP-PROCESS-UNSTRUCTURED- 
SS-REQUEST 


IMSI 


Subscriber identity 



MAP-UNSTRUCTURED- 
SS-REQUEST 


IMSI 


Subscriber identity 



MAP-UNSTRUCTURED-SS-NOTIFY 



IMSI 



Subscriber identity 



MAP-FORWARD-SHORT-MESSAGE 



IMSI (note) 



Subscriber identity 



NOTE: Only when the IMSI and the LMSI are received together from the HLR in the mobile terminated short 
message transfer. 

Originating address : 
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A valid SCCP address identifying the requestor of a MAP dialogue (see also clause 4). As an implementation option, 
this parameter may also, in the request, be implicitly associated with the service access point at which the primitive is 
issued. 

Originating-reference : 

This parameter is a reference which refines the identification of the calling process. It may be identical to the 
Originating address but its value is to be carried at MAP level. Table 5.3/3 describes the MAP services using the 
parameter. Only these services are allowed to use it. Processing of the Originating-reference shall be performed 
according to the supplementary service descriptions and other service descriptions, e.g. operator determined barring. 



Table 5.3/3: Use of the originating reference 



MAP service 


Reference type 


Use of the parameter 








MAP-REGISTER-SS 


ISDN-Address-String 


Originated entity address 








MAP-ERASE-SS 


ISDN-Address-String 


Originated entity address 








MAP-ACTIVATE-SS 


ISDN-Address-String 


Originated entity address 








MAP-DEACTIVATE-SS 


ISDN-Address-String 


Originated entity address 








MAP-INTERROGATE-SS 


ISDN-Address-String 


Originated entity address 








MAP-REGISTER-PASSWORD 


ISDN-Address-String 


Originated entity address 




MAP-PROCESS-UNSTRUGTURED- 
SS-REQUEST 


ISDN-Address-String 


Originated entity address 



Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

Responding address : 

An address identifying the responding entity. The responding address is included if required by the context (e.g. if it is 
different from the destination address). 

Resuh : 

This parameter indicates whether the dialogue is accepted by the peer. 

Refuse reason : 

This parameter is only present if the Result parameter indicates that the dialogue is refused. It takes one of the following 
values: 

Application-context-not-supported; 

Invalid-destination-reference; 

- Invalid-originating-reference; 

No-reason-given; 

Remote node not reachable; 

Potential version incompatibility. 
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5.3.2 MAP-CLOSE service 

This service is used for releasing a previously established MAP dialogue. The service may be invoked by either MAP 
service-user depending on rules defined within the service-user. The service is an unconfirmed service with parameters 
as shown in table 5.3/4. 

Table 5.3/4: Service-primitives for thie lUIAP-CLOSE service 



Parameters 


Request 


Indication 


Release method 
Specific Information 


M 
U 


C(=) 



Release method : 

This parameter can take the following two values: 

normal release; in this case the primitive is mapped onto the protocol and sent to the peer; 

prearranged end; in this case the primitive is not mapped onto the protocol. Prearranged end is managed 
independently by the two users, i.e. only the request type primitive is required in this case. 

Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM GSM and shall be performed according to operator specific requirements. 

5.3.3 MAP-DELIMITER service 

This service is used to explicitly request the transfer of the MAP protocol data units to the peer entities. 
See also subclause 5.4 and 5.5 for the detailed use of the MAP-DELIMITER service. 
The service is an unconfirmed service with service-primitives as shown in table 5.3/5. 

Table 5.3/5: Service-primitives for the MAP-DELIIVIITER service 



Parameters 


Request 


Indication 









5.3.4 MAP-U-ABORT service 

This service enables the service-user to request the MAP dialogue to be aborted. The service is an unconfirmed service 
with service-primitives as shown in table 5.3/6. 

Table 5.3/6: Service-primitives for the MAP-U-ABORT service 



Parameters 


Request 


Indication 


User reason 
Diagnostic information 
Specific information 


M 
U 
U 


M(=) 
C(=) 
C(=) 



User reason : 

This parameter can take the following values: 

resource limitation (congestion); 

the requested user resource is unavailable due to congestion; 

resource unavailable; 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



48 



ETSI TS 100 974 V5.19.0 (2003-09) 



the requested user resource is unavailable for reasons other than congestion; 

application procedure cancellation; 

the procedure is cancelled for reason detailed in the diagnostic information parameter; 

procedure error; 

processing of the procedure is terminated for procedural reasons. 
Diagnostic information : 
This parameter may be used to give additional information for some of the values of the user-reason parameter: 

Table 5.3/7: User reason and diagnostic information 



User reason 


Diagnostic information 


Resource limitation (congestion) 


- 


Resource unavailable 


Short term/long term problem 


Application procedure cancellation 


Handover cancellation/ 




Radio Channel release/ 




Network path release/ 




Call release/ 




Associated procedure failure/ 




Tandem dialogue released/ 




Remote operations failure 


Procedure error 


- 



Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

5.3.5 MAP-P-ABORT service 

This service enables the MAP service-provider to abort a MAP dialogue. The service is a provider-initiated service with 
service-primitive as shown in table 5.3/8. 

Table 5.3/8: Service-primitive for the MAP-P-ABORT service 



Parameters 




Indication 


Provider reason 
Source 




M 
M 



Provider reason : 

This parameter indicates the reason for aborting the MAP dialogue: 

provider malfunction; 

supporting dialogue/transaction released; 

resource limitation; 

maintenance activity; 

version incompatibility; 

abnormal MAP dialogue. 
Source: 
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This parameter indicates the source of the abort. For Transaction Capabihties (TC) applications the parameter may take 
the following values: 

- MAP problem; 

TC problem; 

network service problem. 

Table 5.3/9: Values of provider reason and source parameters 
and examples of corresponding events 



Provider reason 


Source 


Corresponding event 


Provider 
malfunction 


MAP 


Malfunction at MAP level at peer entity 


TC 


"Unrecognised message type" or 

"Badly formatted transaction portion" or 

"Incorrect transaction portion" received in TC-P-ABORT 

"Abnormal dialogue" 


Network 
service 


Malfunction at network service level at peer entity 


Supporting dialogue/ 
transaction released 


TC 


"Unrecognised transaction ID" received in TC-ABORT 


Resource 
limitation 


MAP 


Congestion towards MAP peer service-user 


TC 


"Resource limitation" received in TC-P-ABORT 


Maintenance 
activity 


MAP 


Maintenance at MAP peer service-user 


Network 
service 


Maintenance at network peer service level 


Abnormal MAP 
dialogue 


MAP 


MAP dialogue is not in accordance with specified application 
context 


Version 
incompatibility 


TC 


A Provider Abort indicating "No common dialogue portion" is 
received in the dialogue initiated state 



5.3.6 MAP-NOTICE service 

This service is used to notify the MAP service-user about protocol problems related to a MAP dialogue not affecting the 
state of the protocol machines. 

The service is a provider-initiated service with service-primitive as shown in table 5.3/10. 

Table 5.3/10: Service-primitive for the MAP-NOTICE service 



Parameters 




Indication 


Problem diagnostic 




M 



Problem diagnostic : 

This parameter can take one of the following values: 

abnormal event detected by the peer; 

response rejected by the peer; 

abnormal event received from the peer 

message cannot be delivered to the peer. 

5.4 Sequencing of services 

The sequencing of services is shown in figure 5.4/1 and is as follows: 
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Opening : 



The MAP-OPEN service is invoked before any user specific service-primitive is accepted. The sequence may 
contain none, one or several user specific service-primitives. If no user specific service-primitive is contained 
between the MAP -OPEN and the MAP -DELIMITER primitives, then this will correspond to sending an 
empty Begin message in TC. If more than one user specific service-primitive is included, all are to be sent in 
the same Begin message. The sequence ends with a MAP -DELIMITER primitive. 
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Continuing: 

This sequence may not be present in some MAP dialogues. If it is present, it ends with a MAP-DELIMITER 
primitive. If more than one user specific service-primitive is included, all are to be included in the same 
Continue message. 



Closing : 



The sequence can only appear after an opening sequence or a continuing sequence. The sequence may 
contain none, one or several user specific service-primitives if the MAP -CLOSE primitive specifies normal 
release. If no user specific service-primitive is included, then this will correspond to sending an empty End 
message in TC. If more than one user specific service-primitive is included, all are to be sent in the same End 
message. If prearranged end is specified, the sequence cannot contain any user specific service-primitive. The 
MAP-CLOSE primitive must be sent after all user specific service-primitives have been delivered to the 
MAP service-provider. 

Aborting : 

A MAP service-user can issue a MAP-U-ABORT primitive at any time after the MAP dialogue has been 
opened or as a response to an attempt to open a MAP dialogue. 

The MAP service-provider may issue at any time a MAP-P-ABORT primitive towards a MAP service-user for which a 
MAP dialogue exists. 

MAP-U-ABORT primitives and MAP-P-ABORT primitives terminate the MAP dialogue. 



MAP-OPEN 



MAP-DELIMITER 



User specific 
service- 
primitive 



a) Opening 



User specific 
service- 
primitive 



MAP-DELIMITER 



b) Continuing 



MAP-CLOSE 



User specific 
service- 
primitive 



c) Closing 
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MAP-U-ABORT 



MAP-P-ABORT 



d) Aborting 

Figure 5.4/1 : Sequencing of services 

If the reason "resource unavailable (short term problem)" is indicated in the MAP-U-ABORT indication primitive, the 
MAP service-user may decide to attempt a new MAP dialogue establishment immediately. 

Sequencing of user specific service-primitives is done by the MAP service-user and based on rules applicable for each 
MAP service-user instance. 

A MAP-NOTICE indication primitive may be received at any time during the active period of a MAP dialogue. 

5.5 General rules for mapping of services onto TC 
5.5.1 Mapping of common services 

Table 5.5/1 gives an overview of the mapping rules for mapping of common services onto TC-services. Table 5.5/2 
gives the mapping rules for mapping of TC-services onto common services. 



Protocol machine description is given in clauses 11 to 14. 

Table 5.5/1 : IVIapping of common services on to TC services 



MAP service-primitive 


TC service-primitive 


MAP-OPEN request 

(+ any user specific service primitives) 

+ MAP-DELIMITER request 


TC-BEGIN request 

(+ component handling primitives) 


MAP-OPEN response 

(+ any user specific service primitives) 

+ MAP-DELIMITER request 


TC-CONTINUE request (note) 
(+ component handling primitives) 


(any user specific service primitives) 
+ MAP-DELIMITER request 


TC-CONTINUE request 

(+ component handling primitives) 


(any user specific service primitives) 
+ MAP-CLOSE request 


TC-END request 

(+ component handling primitives) 


MAP-U-ABORT request 


TC-U- ABORT request 



NOTE: or TC-END if the MAP-CLOSE request has been received before the MAP-DELIMITER request. 
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Table 5.5/2: Mapping of TC services on to common service 



TC service-primitive 


MAP service-primitive 


TC -BEGIN indication 

(+ component handling primitives) 


MAP-OPEN indication 

(+ user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 


TC-CONTINUE indication 

(+ component handling primitives) 


First time: 

MAP-OPEN confirm 

(+ user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 

Subsequent times: 

(user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 


TC-END indication 

(+ component handling primitives) 


MAP-OPEN confirm (note 6) 
(user specific service primitives) 
+ MAP-CLOSE indication 


TC-U-ABORT indication 


MAP-U-ABORT indication or 
MAP-P- ABORT indication (note 2) 
MAP-OPEN confirmation (note 3) 


TC-P-ABORT indication 


MAP-P- ABORT indication (note 4) 
MAP-OPEN confirmation (note 5) 



NOTE 1 : It may not be necessary to present this primitive to the user for MAP version 2 applications. 

NOTE 2: The mapping depends on whether the TC-U-ABORT indication primitive contains a MAP-abort-PDU 
from the remote MAP service-provider or a MAP-user-abort-PDU from the remote MAP service-user. 

NOTE 3: Only if the opening sequence is pending and if the "Abort Reason" in the TC-U-ABORT indication is set 
to "Application Context Not Supported". 

NOTE 4: If the "Abort Reason" in the TC-P-ABORT indication is set to a value different from "Incorrect 
Transaction Portion". 

NOTE 5: Only if the opening sequence is pending and if the "Abort Reason" in the TC-P-ABORT indication is set 
to "Incorrect Transaction Portion". 

NOTE 6: Only if opening sequence is pending. 

5.5.2 Mapping of user specific services 

Table 5.5/3 gives the general mapping rules which apply to mapping of MAP user specific services onto TC services 
and table 5.5/4 gives the similar rules for mapping of TC services onto MAP user specific services. Detailed mapping is 
given in clauses 11 to 14. 

Table 5.5/3: lUlapping of lUlAP user specific services onto TC services 



MAP service-primitive 


TC-service-primitive 


MAP-xx request 


TC-INVOKE request 


MAP-xx response 
(note1) 


TC-RESULT-L request 
TC-U-ERROR request 
TC-U-REJECT request 
TC-INVOKE request (note 2) 
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Table 5.5/4: Mapping of TC services onto IVIAP user specific services 



TC-service-primitive 


MAP service-primitive 


TC-INVOKE indication 


IVIAP-xx indication 


TC-RESULT-L indication (note 4) 
TC-U-ERROR indication 
TC-INVOKE indication (note 2) 
TC-L-CANCEL indication 


IVIAP-xx confirm 


TC-U-REJECT indication 
TC-L-REJECT indication 
TC-R-REJECT indication 


MAP-xx confirm or 
MAP-NOTICE indication (note 3) 



Notes to tables 5.10 and 5.11: 

NOTE 1 : The mapping is determined by parameters contained in the MAP-xx response primitive. 

NOTE 2: This applies only to TC class 4 operations where the operation is used to pass a result of another class 2 or 
class 4 operation. 

NOTE 3: The detailed mapping rules are given in clause 13. 

NOTE 4: If RESULT-NL components are present they are mapped on to the same MAP-xx confirm. 



5.6 Definition of parameters 



Following is an alphabetic list of parameters used in the common MAP-services in subclause 5.3: 



Application context name 


5.3.1 


Refuse reason 


5.3.1 


Destination address 


5.3.1 


Release method 


5.3.2 


Destination reference 


5.3.1 


Responding address 


5.3.1 


Diagnostic information 


5.3.4 


Result 


5.3.1 


Originating address 


5.3.1 


Source 


5.3.5 


Originating reference 


5.3.1 


Specific information 


5.3.1/5.3.2/5.3.4 


Problem diagnostic 


5.3.6 


User reason 


5.3.4 


Provider reason 


5.3.5 
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Following is an alphabetic list of parameters contained in this clause: 



Access connection status 


5.6.9.3 


Kc 


5.6.7.4 


Access signalling information 


5.6.9.5 


Linked Id 


5.6.1.2 


Alert Reason 


5.6.8.8 


LMSI 


5.6.2.16 


Authentication set list 


5.6.7.1 


Location Information 


5.6.2.30 


Basic Service Group 


5.6.4.40 


Location update type 


5.6.9.6 


Bearer service 


5.6.4.38 


More Messages To Send 


5.6.8.7 


BSS-apdu 


5.6.9.1 


MS ISDN 


5.6.2.17 


Call barring feature 


5.6.4.19 


MSC number 


5.6.2.11 


Call barring information 


5.6.4.18 


MSIsdn-Alert 


5.6.2.29 


Call reference 


5.6.5.1 


MWD status 


5.6.8.3 


Called number 


5.6.2.24 


Network ressources 


5.6.10.1 


Calling number 


5.6.2.25 


Network signal information 


5.6.9.8 


CAIVIEL Subscription Info Withdraw 


5.6.3.38 


New password 


5.6.4.20 


Category 


5.6.3.1 


No reply condition timer 


5.6.4.7 


Ciphering mode 


5.6.7.7 


ODB General Data 


5.6.3.9 


Cksn 


5.6.7.5 


ODB HPLMN Specific Data 


5.6.3.10 


CLI Restriction 


5.6.4.5 


OMCId 


5.6.2.18 


CM service type 


5.6.9.2 


Originally dialled number 


5.6.2.26 


CUG feature 


5.6.3.26 


Originating entity number 


5.6.2.10 


CUG index 


5.6.3.25 


Override Category 


5.6.4.4 


CUG info 


5.6.3.22 


Previous location area Id 


5.6.2.4 


CUG interlock 


5.6.3.24 


Protocol Id 


5.6.9.7 


CUG Outgoing Access indicator 


5.6.3.8 


Provider error 


5.6.1.3 


CUG subscription 


5.6.3.23 


Rand 


5.6.7.2 


CUG Subscription Flag 


5.6.3.37 


Regional Subscription Data 


5.6.3.11 


Current location area Id 


5.6.2.6 


Regional Subscription Response 


5.6.3.12 


Current password 


5.6.4.21 


Requested Info 


5.6.3.31 


eMLPP Information 


5.6.4.41 


Roaming number 


5.6.2.19 


Equipment status 


5.6.3.2 


Roaming Restriction Due To 
Unsupported Feature 


5.6.3.13 


Extensible Basic Service Group 


5.6.3.5 


Service centre address 


5.6.2.27 


Extensible Bearer service 


5.6.3.3 


SM Delivery Outcome 


5.6.8.6 


Extensible Call barring feature 


5.6.3.21 


SM-RP-DA 


5.6.8.1 


Extensible Call barring information 


5.6.3.20 


SM-RP-OA 


5.6.8.2 


Extensible Forwarding feature 


5.6.3.16 


SM-RP-PRI 


5.6.8.5 


Extensible Forwarding info 


5.6.3.15 


SM-RP-UI 


5.6.8.4 


Extensible Forwarding Options 


5.6.3.18 


Sres 


5.6.7.3 


Extensible No reply condition timer 


5.6.3.19 


SS-Code 


5.6.4.1 


Extensible SS-Data 


5.6.3.29 


SS-Data 


5.6.4.3 


Extensible SS-lnfo 


5.6.3.14 


SS-lnfo 


5.6.4.24 


Extensible SS-Status 


5.6.3.17 


SS-Status 


5.6.4.2 


Extensible Teleservice 


5.6.3.4 


Stored location area Id 


5.6.2.5 


External Signal Information 


5.6.9.4 


Subscriber State 


5.6.3.30 


Forwarded-to number 


5.6.2.22 


Subscriber Status 


5.6.3.7 


Forwarded-to subaddress 


5.6.2.23 


Supported CAMEL Phases 


5.6.3.36 






Suppress T-CSI 


5.6.3.33 


Forwarding feature 


5.6.4.16 


Suppression of Announcement 


5.6.3.32 


Forwarding information 


5.6.4.15 


Target cell Id 


5.6.2.8 


Forwarding Options 


5.6.4.6 


Target location area Id 


5.6.2.7 


GIVISC CAMEL Subscription Info 


5.6.3.34 


Target MSC number 


5.6.2.12 


Group Id 


5.6.2.33 


Teleservice 


5.6.4.39 


GSM bearer capability 


5.6.3.6 


TMSI 


5.6.2.2 


Guidance information 


5.6.4.22 


Trace reference 


5.6.10.2 


Handover number 


5.6.2.21 


Trace type 


5.6.10.3 


HLRId 


5.6.2.15 


User error 


5.6.1.4 


HLR number 


5.6.2.13 


USSD Data Coding Scheme 


5.6.4.36 


HO-Number Not Required 


5.6.6.7 


USSD String 


5.6.4.37 


IMEI 


5.6.2.3 


VBS Data 


5.6.3.40 


IMS! 


5.6.2.1 


VGCS Data 


5.6.3.39 


Inter CUG options 


5.6.3.27 


VLR CAMEL Subscription Info 


5.6.3.35 


Intra CUG restrictions 


5.6.3.28 


VLR number 


5.6.2.14 


Invoke Id 


5.6.1.1 


Zone Code 


5.6.2.28 
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5.6.1 Common parameters 

The following set of parameters are used in several MAP service-primitives. 

5.6.1.1 Invoke Id 

This parameter identifies corresponding service primitives. The parameter is supplied by the MAP service-user and 
must be unique over each service-user/service-provider interface. 

5.6.1.2 Linked Id 

This parameter us used for linked services and it takes the value of the invoke Id of the service linked to. 

5.6.1.3 Provider error 

This parameter is used to indicate a protocol related type of error: 
duplicated invoke Id; 
not supported service; 
mistyped parameter; 
resource limitation; 

initiating release, i.e. the peer has already initiated release of the dialogue and the service has to be released; 
unexpected response from the peer; 
service completion failure; 
no response from the peer; 
invalid response received. 

5.6.1.4 User error 

This parameter can take values as follows: 

NOTE: The values are grouped in order to improve readability; the grouping has no other significance. 

a) Generic error: 

system failure, i.e. a task cannot be performed because of a problem in another entity. The type of entity or 
network resource may be indicated by use of the network resource parameter; 

data missing, i.e. an optional parameter required by the context is missing; 

- unexpected data value, i.e. the data type is formally correct but its value or presence is unexpected in the 
current context; 

resource limitation; 

initiating release, i.e. the receiving entity has started the release procedure; 

facility not supported, i.e. the requested facility is not supported by the PLMN. 
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b) Identification or numbering problem: 

unknown subscriber, i.e. no such subscription exists; 

number changed, i.e. the subscription does not exist for that number any more; 

- unknown MSC; 

unidentified subscriber, i.e. if the subscriber is not contained in the database and it has not or cannot be 
established whether or not a subscription exists; 

unallocated roaming number; 

unknown equipment; 

unknown location area. 

c) Subscription problem: 

roaming not allowed, i.e. a location updating attempt is made in an area not covered by the subscription; 

illegal subscriber, i.e. illegality of the access has been established by use of authentication procedure; 

bearer service not provisioned; 

teleservice not provisioned; 

illegal equipment, i.e. the IMEI check procedure has shown that the IMEI is blacklisted or not whitelisted. 

d) Handover problem: 

no handover number available; 

subsequent handover failure, i.e. handover to a third MSC failed for some reason. 

e) Operation and maintenance problem: 

tracing buffer full, i.e. tracing cannot be performed because the tracing capacity is exceeded. 

f) Call set-up problem: 

no roaming number available, i.e. a roaming number cannot be allocated because all available numbers are in 
use; 

absent subscriber, i.e. the subscriber has activated the detach service or the system detects the absence 
condition.; 

busy subscriber; 

no subscriber reply; 

forwarding violation, i.e. the call has already been forwarded the maximum number of times that is allowed; 

CUG reject, i.e. the call does not pass a CUG check; additional information may also be given in order to 
indicate rejection due to e.g. incoming call barred or non-CUG membership. 

call barred. Optionally, additional information may be included for indicating either that the call meets a 
barring condition set by the subscriber or that the call is barred for operator reasons. 

optimal routeing not allowed, i.e. the entity which sends the error does not support optimal routeing, or the 
HLR will not accept an optimal routeing interrogation from the GMSC, or the call cannot be optimally routed 
because it would contravene optimal routeing constraints. 

forwarding failed, i.e. the GMSC interrogated the HLR for forwarding information but the HLR returned an 
error. 

g) Supplementary services problem: 
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call barred; 

- illegal SS operation; 
SS error status; 

SS not available; 

- SS subscription violation; 
SS incompatibility; 
negative password check; 
password registration failure; 
Number of Password Attempts; 

- USSD Busy; 
Unknown Alphabet. 

For definition of these errors see GSM 04.80. 
h) Short message problem: 

SM delivery failure with detailed reason as follows: 
memory capacity exceeded; 
MS protocol error; 

- MS not equipped; 

- unknown service centre (SC); 

- SC congestion; 

invalid SME address; 

subscriber is not an SC subscriber; 

and possibly detailed diagnostic information, coded as specified in TS GSM 03.40, under SMS -SUB MIT- 
REPORT and SMS-DELIVERY -REPORT. If the SM entity which returns the SM Delivery Failure error 
includes detailed diagnostic information, it shall be forwarded in the 

MAP_MO_FORWARD_SHORT_MESSAGE and in the MAP_MT_FORWARD_SHORT_MESSAGE 
response. 

message waiting list full, i.e. no further SC address can be added to the message waiting list; 

Subscriber busy for MT SMS, i.e. the mobile terminated short message transfer cannot be completed 
because: 

another mobile terminated short message transfer is going on and the delivery node does not support 
message buffering, or 

another mobile terminated short message transfer is going on and it is not possible to buffer the message 
for later delivery, or 

the message was buffered but it is not possible to deliver the message before the expiry of the buffering 
time defined in GSM 03.40. 

Absent Subscriber SM, i.e. the mobile terminated short message transfer cannot be completed because the 
network cannot contact the subscriber. Diagnostic information regarding the reason for the subscriber's 
absence may be included with this error. 
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5.6.2 Numbering and identification parameter 

5.6.2.1 IMSI 

This parameter is the International Mobile Subscriber Identity defined in GSM 03.03. 

5.6.2.2 TMSI 

This parameter is the Temporary Mobile Subscriber Identity defined in GSM 03.03. 

5.6.2.3 IMEI 

This parameter is the International Mobile Equipment Identity defined in GSM 03.03. 

5.6.2.4 Previous location area Id 

This parameter refers to the identity of the location area from which the subscriber has roamed. 

5.6.2.5 Stored location area Id 

This parameter refers to the location area where the subscriber is assumed to be located. 

5.6.2.6 Current location area Id 

This parameter is used to indicate the location area in which the subscriber is currently located. 

5.6.2.7 Target location area Id 

This parameter refers to the location area into which the subscriber intends to roam. 

5.6.2.8 Target cell Id 

This parameter refers to the identity of the cell to which a call has to be handed over. 

5.6.2.9 [Spare] 

5.6.2.10 Originating entity number 

This parameter refers to an application layer identification of a system component in terms of its associated ISDN 
number. 

5.6.2.11 MSC number 

This parameter refers to the ISDN number of an MSC. 

5.6.2.1 2 Target MSC number 

This parameter refers to the ISDN number of an MSC to which a call has to be handed over. 

5.6.2.13 HLR number 

This parameter refers to the ISDN number of an HLR. 

5.6.2.14 VLR number 

This parameter refers to the ISDN number of a VLR. 
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5.6.2.15 HLRId 

This parameter refers to the identity of an HLR derived from the IMSI defined in CCITT Recommendation E.212. 

5.6.2.16 LMSI 

This parameter refers to a local identity allocated by the VLR to a given subscriber for internal management of data in 
the VLR. 

5.6.2.17 MS ISDN 

This parameter refers to one of the ISDN numbers assigned to a mobile subscriber in accordance with CCITT 
Recommendation E.2I3. 

5.6.2.18 OMCId 

This parameter refers to the identity of an operation and maintenance centre. 

5.6.2.19 Roaming number 

This parameter refers to the roaming number as defined in CCITT Recommendation E.213. 

5.6.2.20 [Spare] 

5.6.2.21 Handover number 

This parameter refers to the number used for routing a call between MSCs during handover. 

5.6.2.22 Forwarded-to number 

This parameter refers to the address to which a call is to be forwarded. This may include a subaddress. 

5.6.2.23 Forwarded-to subaddress 

This parameter refers to the sub-address attached to the address to which a call is to be forwarded. 

5.6.2.24 Called number 

This parameter refers to a called party number as defined in CCITT Recommendation Q.767. 

5.6.2.25 Calling number 

This parameter refers to a calling party number as defined in CCITT Recommendation Q.767. 

5.6.2.26 Originally dialled number 

This parameter refers to the number dialled by the calling party in order to reach a mobile subscriber. 

5.6.2.27 Service centre address 

This parameter represents the address of a Short Message Service Centre. 

5.6.2.28 Zone Code 

This parameter is used to define location areas into which the subscriber is allowed or not allowed to roam (regional 
subscription). With a complete list of Zone Codes the VLR is able to determine for all its location areas whether 
roaming is allowed or not. 
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5.6.2.29 MSIsdn-Alert 

This parameter refers to the MSISDN stored in a Message Waiting Data File in the HLR. It is used to alert the Service 
Centre when the MS is again attainable. 

5.6.2.30 Location Information 

This parameter indicates the location of the served subscriber as defined in GSM 03.18. 

5.6.2.31 GMSC Address 

This parameter refers to the E.164 address of a GMSC. 

5.6.2.32 VMSC Address 

This parameter refers to the E. 164 address of a VMSC. 

5.6.2.33 Group Id 

This parameter is used to describe groups a subscriber can be member of A subscriber can partake in all group calls 
(VBS/VGCS) where he subscribed to the respective groups. 

5.6.3 Subscriber management parameters 

5.6.3.1 Category 

This parameter refers to the calling party category as defined in CCITT Recommendation Q.767. 

5.6.3.2 Equipment status 

This parameter refers to the status of the mobile equipment as defined in GSM 02.16. 

5.6.3.3 Extensible Bearer service 

This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in TS 
GSM 02.02. This parameter is used only for subscriber profile management. Extensible Bearer service values include 
all values defined for a Bearer service parameter (5.6.4.38). 

5.6.3.4 Extensible Teleservice 

This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in TS GSM 02.03. 
This parameter is used only for subscriber profile management. Extensible Teleservice values include all values defined 
for a Teleservice parameter (5.6.4.39). 

5.6.3.5 Extensible Basic Service Group 

This parameter refers to the Basic Service Group either as an extensible bearer service (see subclause 5.6.3.3) or an 
extensible teleservice (see subclause 5.6.3.4). This parameter is used only for subscriber profile management. The null 
value (i.e. neither extensible bearer service nor extensible teleservice) is used to denote the group containing all 
extensible bearer services and all extensible teleservices. 

5.6.3.6 GSM bearer capability 

This parameter refers to the GSM bearer capability information element defined in GSM 04.08. 
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5.6.3.7 Subscriber Status 

This parameter refers to the barring status of the subscriber: 
service granted; 

- Operator Determined Barring. 

5.6.3.8 CUG Outgoing Access indicator 

This parameter represents the Outgoing Access as defined in ETS 300 136. 

5.6.3.9 Operator Determined Barring General Data 

This parameter refers to the set of subscribers features that the network operator or the service provider can regulate. 
This set only includes those limitations that can be controlled in the VLR: 

All outgoing calls barred; 

International outgoing calls barred; 

International outgoing calls except those to the home PLMN country barred; 

- Interzonal outgoing calls barred; 

Interzonal outgoing calls except those to the home PLMN country barred; 

Interzonal outgoing calls AND intenational outgoing calls except those directed to the home PLMN country 
barred; 

Premium rate (information) outgoing calls barred; 

Premium rate (entertainment) outgoing calls barred; 

Supplementary service access barred; 

Invocation of call transfer barred; 

Invocation of chargeable call transfer barred; 

Invocation of internationally chargeable call transfer barred; 

Invocation of interzonally chargeable call transfer barred; 

Invocation of call transfer where both legs are chargeable barred; 

Invocation of call transfer if there is already an ongoing transferred call for the served subscriber in the serving 
MSCA^LR barred. 

5.6.3.10 ODB H PLMN Specific Data 

This parameter refers to the set of subscribers features that the network operator or the service provider can regulate 
only when the subscriber is registered in the HPLMN. This set only includes those limitations that can be controlled in 
the VLR: 

- Operator Determined Barring Type 1 ; 

- Operator Determined Barring Type 2; 

- Operator Determined Barring Type 3; 
Operator Determined Barring Type 4. 
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5.6.3.1 1 Regional Subscription Data 

This parameter defines the regional subscription area in which the subscriber is allowed to roam. It consists of a list of 
Zone Codes (see subclause 5.6.2.28). 



5.6.3.12 Regional Subscription Response 

This parameter indicates either that the regional subscription data cannot be handled or that the current MSC area is 
entirely restricted because of regional subscription. 

5.6.3.13 Roaming Restriction Due To Unsupported Feature 

This parameter defines that a subscriber is not allowed to roam in the current MSC area. It may be used by the HLR if a 
feature or service is indicated as unsupported by the VLR. 

5.6.3.14 Extensible SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 
extensible forwarding information (see subclause 5.6.3.15); 

call barring information (see subclause 5.6.3.20); 

extensible CUG info (see subclause 5.6.3.22); 

extensible SS-Data (see subclause 5.6.3.29). 

5.6.3.15 Extensible Forwarding information 

This parameter represents the information related to each call forwarding service: 

the SS-Code of the relevant call forwarding service (see subclause 5.6.4. 1); 

if required, a list of extensible forwarding feature parameters (see subclause 5.6.3.16). 

The list may contain one item per Basic Service Group. 

5.6.3.16 Extensible Forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 



extensible Basic Service Group 
extensible SS-Status 
forwarded-to number 
forwarded-to subaddress 
extensible forwarding options 
extensible no reply condition timer 



(see subclause 5.6.3.5); 
(see subclause 5.6.3.17) 
(see subclause 5.6.2.22) 
(see subclause 5.6.2.23) 
(see subclause 5.6.3.18) 
(see subclause 5.6.4.19) 



5.6.3.17 Extensible SS-Status 

This parameter refers to the state information of individual supplementary services as defined in TS GSM 03. 11 . 
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5.6.3.18 Extensible Forwarding Options 

This parameter refers to a set of forwarding options attached to a supplementary service. It contains the following 
informations: 

notification to forwarding party (see TS GSM 02.82 for the meaning of this parameter); 

notification to calling party (see TS GSM 02.82 for the meaning of this parameter); 

Forwarding reason (see TS GSM 02.82 for the meaning of this parameter). 

5.6.3.19 Extensible No reply condition timer 

This parameter refers to the extensible no reply condition timer for call forwarding on no reply. 

5.6.3.20 Extensible Call barring information 

This parameter contains for each call barring service: 

SS-Code (see subclause 5.6.4.1); 

a list of extensible call barring feature parameters (see subclause 5.6.3.21). 

The list may contain one item per Basic Service Group. 

5.6.3.21 Extensible Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

Extensible Basic Service Group (see subclause 5.6.3.5); 

provisioned SS-Status (see subclause 5.6.3.17). 

5.6.3.22 CUG info 

This parameter refers to the overall information required for operation for each CUG: 
CUG subscriptionList; 

- CUG featureList. 

5.6.3.23 CUG subscription 

This parameter refers to the set of basic information for each CUG defined in that subscription. The following 
information is stored: 

- CUG index; 

- CUG interlock; 

Intra CUG restrictions; 
Basic Service Group List. 

5.6.3.24 CUG interlock 

This parameter represents the CUG interlock code defined in ETS 300 138. 

5.6.3.25 CUG index 

This parameter represents the CUG index defined in ETS 300 138. 
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5.6.3.26 CUG feature 

This parameter contains two parameters which are associated with the Basic Service Group. If the Basic Service Group 
Code is not present the feature appHes to all Basic Services. The following parameters are included: 

- Preferential CUG indicator: 

indicates which CUG index is to be used at outgoing call set-up using the associated Basic Service Group; 

- Inter CUG Option: 

describes whether it for the associated Basic Service Group is allowed to make calls outside the CUG and 
whether incoming calls are allowed; 

Basic Service Group. 

See TS GSM 02.85 for meaning of this parameter. 

5.6.3.27 Inter CUG options 

This parameter indicates the subscribers ability to make and receive calls outside a specific closed user group. It takes 
any of the following values: 

CUG only facility (only calls within CUG are allowed); 

CUG with outgoing access (calls outside CUG allowed); 

CUG with incoming access (calls from outside CUG into CUG allowed); 

CUG with both incoming and outgoing access (all calls allowed). 

5.6.3.28 Intra CUG restrictions 

This parameter describes whether or not the subscriber is allowed to originate calls to or to receive calls from within the 
CUG. It can take any of the following values: 

no CUG restrictions; 

CUG incoming calls barred; 

- CUG outgoing calls barred. 

5.6.3.29 Extensible SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 
SS-Code (see subclause 5.6.4.1); 

Extensible SS-Status (if applicable) (see subclause 5.6.3.17); 

Extensible Override subscription option (if applicable) (see subclause 5.6.3.30); 

Extensible CLI Restriction (if applicable) (see subclause 5.6.3.31); 

- Extensible Basic Service Group Code (see subclause 5.6.3.5). 

5.6.3.30 Subscriber State 

This parameter indicates the state of the MS as defined in GSM 03. 18. 

5.6.3.31 Requested Info 

This parameter indicates the subscriber information being requested as defined in GSM 03.18. 
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5.6.3.32 Suppression of Announcement 

This parameter indicates if the announcement or tones shall be suppressed as defined in GSM 03.78. 

5.6.3.33 Suppress T-CSI 

This parameter is used to suppress the invocation of terminating CAMEL services. 

5.6.3.34 GMSC CAMEL Subscription Info 

This parameter contains CAMEL subscription information, i.e.O-CSI and/or T-CSI, which indicates to the GMSC that 
originating and/or terminating CAMEL services shall be invoked for the incoming call. 

5.6.3.35 VLR CAMEL Subscription Info 

This parameter identifies the subscriber as having CAMEL services which are invoked in the MSC. 

5.6.3.36 Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. 

5.6.3.37 CUG Subscription Flag 

This parameter indicates a that a subscriber with a T-CSI also has a CUG subscription. It is defined in TS GSM 03.78. 

5.6.3.38 CAMEL Subscription Info Withdraw 

This parameter indicates that CAMEL Subscription Info shall be deleted from the VLR. 

5.6.3.39 Voice Group Call Service (VGCS) Data 

This parameter refers to one or more groups a subscriber may be member of for voice group calls. 

5.6.3.40 Voice Broadcast Service (VBS) Data 

This parameter refers to one or more groups a subscriber may be member of for the voice broadcast service. Per group it 
is further indicated whether the subscriber is only allowed to listen to respective group calls or whether he is in addition 
entitled to initiate respective voice broadcast calls. 

5.6.4 Supplementary services parameters 
5.6.4.1 SS-Code 

This parameter may refer to one supplementary service or a set of supplementary services as defined in TS GSM 02.04. 
For MAP Release '96 this includes: 

Calling Line Identification Presentation service (CLIP); 

Calling Line Identification Restriction service (CLIR); 

Connected Line Identification Presentation service (COLP); 

Connected Line Identification Restriction service (COLR); 

All Call Forwarding services; 

- Call Waiting (CW); 

- Call Hold (HOLD); 
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- Multi-Party service (MPTY); 

- Closed User Group (CUG); 
All Charging services; 

All Call Restriction services; 

Explicit Call Transfer service (ECT); 

enhanced Multi-Level Precedence and Pre-emption service (eMLPP). 

5.6.4.2 SS-Status 

This parameter refers to the state information of individual supplementary services as defined in GSM 03 . 1 1 . 

5.6.4.3 SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 
SS-Code (see subclause 5.6.4.1); 

- SS-Status (if applicable) (see subclause 5.6.4.2); 
Override subscription option (see subclause 5.6.4.4); 
CLI Restriction (see subclause 5.6.4.5); 
Basic Service Group Code (see subclause 5.6.4.40). 

5.6.4.4 Override Category 

This parameter refers to the subscription option Override Category attached to a supplementary service. It can take the 
following two values: 

Enabled; 

- Disabled. 

5.6.4.5 CLI Restriction Option 

This parameter refers to the subscription option Restriction mode attached to the CLIR supplementary service. It can 
take the following three values: 

Permanent; 

Temporary (Default Restricted); 

Temporary (Default Allowed). 

5.6.4.6 Forwarding Options 

This parameter refers to a forwarding option attached to a supplementary service. It can take one of the following 
values: 

notification to forwarding party (see GSM 02.82 for the meaning of this parameter); 

notification to calling party (see GSM 02.82 for the meaning of this parameter); 

Forwarding reason (see GSM 02.82 for the meaning of this parameter). 

5.6.4.7 No reply condition timer 

This parameter refers to the no reply condition timer for call forwarding on no reply. 
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5.6.4.8-5.6.4.14 [Spare] 

5.6.4.15 Forwarding information 

This parameter represents the information related to each call forwarding service: 

the SS-Code of the relevant call forwarding service (see subclause 5.6.4.1); 

if required, a list of forwarding feature parameters (see subclause 5.6.4.16). 

The list may contain one item per Basic Service Group. 

5.6.4.16 Forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 

Basic Service Group (see subclause 5.6.4.40); 

SS-Status (see subclause 5.6.4.2); 

forwarded-to number (see subclause 5.6.2.22); 

forwarded-to subaddress (see subclause 5.6.2.23); 

forwarding options (see subclause 5.6.4.6); 

no reply condition timer (see subclause 5.6.4.7). 

5.6.4.17 [Spare] 

5.6.4.18 Call barring information 

This parameter contains for each call barring service: 

SS-Code (see subclause 5.6.4.1); 

a list of call barring feature parameters (see subclausey5.6.4. 19). 

The list may contain one item per Basic Service Group. 

5.6.4.19 Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

Basic Service Group (see subclause 5.6.4.40); 

SS-Status (see subclause 5.6.4.2). 

5.6.4.20 New password 

This parameter refers to the password which the subscriber just registered in the network. 
This parameter refers to a password used by the subscriber for supplementary service control. 

5.6.4.21 Current password 

This parameter refers to a password used by the subscriber for supplementary service control. 
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5.6.4.22 Guidance information 

This parameter refers to guidance information given to a subscriber who is requested to provide a password. One of the 
following information may be given: 

"enter password"; 

This information is used for checking of the old password. 

"enter new password" ; 

This information is used during password registration for the request of the first new password. 

"enter new password again"; 

This information is used during password registration for the request of the new password again for verification. 

5.6.4.23 [Spare] 

5.6.4.24 SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 
forwarding information (see subclause 5.6.4.15); 

call barring information (see subclause 5.6.4.18); 

CUG info (see subclause 5.6.4.8); 

SS-Data (see subclause 5.6.4.3). 

eMLPP information (see subclause 5.6.4.41). 

5.6.4.25 - 5.6.4.35 [Spare] 

5.6.4.36 USSD Data Coding Scheme 

This parameter contains the information of the alphabet and the language used for the unstructured information in an 
Unstructured Supplementary Service Data operation. The coding of this parameter is according to the Cell Broadcast 
Data Coding Scheme as specified in GSM 03.38. 

5.6.4.37 USSD String 

This parameter contains a string of unstructured information in an Unstructured Supplementary Service Data operation. 
The string is sent either by the mobile user or the network. The contents of a string sent by the MS are interpreted by the 
network as specified in GSM 02.90. 

5.6.4.38 Bearer service 

This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in TS 
GSM 02.02. This parameter is used only for supplementary service management. 

5.6.4.39 Teleservice 

This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in TS GSM 02.03. 
This parameter is used only for supplementary service management. 
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5.6.4.40 Basic Service Group 

This parameter refers to the Basic Service Group either as a bearer service (see subclause 5.6.4.38) or a teleservice (see 
subclause 5.6.4.39). This parameter is used only for supplementary service management. The null value (i.e. neither 
bearer service nor teleservice) is used to denote the group containing all bearer services and all teleservices. 

5.6.4.41 eMLPP information 

This parameter contains two parameters which are associated with the eMLPP service. The following two parameters 
are included: 

maximum entitled priority: 

indicates the highest priority level the subscriber is allowed to apply for an outgoing call set-up; 

default priority: 

defines the priority level which shall be assigned to a call if no explicit priority is indicated during call set-up. 

5.6.5 Call parameters 

5.6.5.1 Call reference number 

This parameter refers to a call reference number allocated by a call control MSC. 

5.6.5.2 Interrogation type 

This parameter refers to the type of interrogation for routing information which is sent from a GMSC to an HLR. It can 
take either of two values: 

basic call (for information to route a call before the call has been extended to the VMSC of the called party); 

forwarding (for information to route the call to the forwarded-to destination after the VMSC of the forwarding 
party has requested the GMSC to resume handling of the call. 

5.6.5.3 OR interrogation 

This parameter indicates that the GMSC which interrogated the HLR for routeing information is not in the same PLMN 
as the HLR, and therefore that the call will potentially be optimally routed. 

5.6.5.4 OR capability 

This parameter indicates the phase of OR which the GMSC supports. 

5.6.5.5 Forwarding reason 

This parameter indicates the reason for which the call is to be forwarded. It can take one of three values: 
busy subscriber; 
mobile subscriber not reachable; 
no subscriber reply. 

5.6.5.6 Forwarding interrogation required 

This parameter indicates that if the VMSC of the forwarding subscriber requests the GMSC to resume handling of the 
call the GMSC shall interrogate the HLR for forwarding information. 

5.6.5.7 0-CSI 

This parameter identifies the subscriber as having originating CAMEL services as defined in TS GSM 03.78 
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5.6.6 Radio parameters 
5.6.6.1 - 5.6.6.6[Spare] 

5.6.6.7 HO-Number Not Required 

This parameter indicates that no handover number allocation is necessary. 

5.6.7 Authentication parameters 

5.6.7.1 Authentication set list 

This parameter represents a list of sets of authentication parameters for a given subscriber: 

- Rand; 

- Sres; 

- Kc. 

5.6.7.2 Rand 

This parameter represents a random number used for authentication. 

5.6.7.3 Sres 

This parameter represents the response to an authentication request. 

5.6.7.4 Kc 

This parameter refers to a key used for ciphering purposes. 

5.6.7.5 [Spare] 

5.6.7.6 Cksn 

This parameter refers to a ciphering key sequence number. 

5.6.7.7 Ciphering mode 

This parameter refers to the ciphering mode which is associated with a radio channel. It may take values as follows: 
no encryption; 
identification of specific ciphering algorithm. 

5.6.8 Sinort message parameters 
5.6.8.1 SM-RP-DA 

This parameter represents the destination address used by the short message service relay sub-layer protocol. It can be 
either of the following: 

- IMSI (see subclause 5.6.2.1); 

- LMSI (see subclause 5.6.2.16); 

- MS-ISDN (see subclause 5.6.2.17); 
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roaming number (see subclause 5.6.2.19); 

service centre address (see subclause 5.6.2.27). 

5.6.8.2 SM-RP-OA 

This parameter refers to the originating address used by the short message service relay sub-layer protocol. It can be 
either of the following: 

- MS-ISDN (see subclause 5.6.2.17); 

service centre address (see subclause 5.6.2.27). 

5.6.8.3 MWD status 

This parameter indicates whether or not the address of the originator service centre is already contained in the Message 
Waiting Data file. In addition, it contains the status of the Memory Capacity Exceeded Flag (MCEF) and the status of 
the Mobile subscriber Not Reachable Flag (MNRF). 

5.6.8.4 SM-RP-UI 

This parameter represents the user data field carried by the short message service relay sub-layer protocol. 

5.6.8.5 SM-RP-PRI 

This parameter is used to indicate whether or not delivery of the short message shall be attempted when a service centre 
address is already contained in the Message Waiting Data file. 

5.6.8.6 SM Delivery Outcome 

This parameter indicates the cause for setting the message waiting data. It can take one of the following values: 
Absent subscriber; 
MS memory capacity exceeded; 
Successful transfer. 

5.6.8.7 More Messages To Send 

This parameter is used to indicate whether or not the service centre has more short messages to send. 

5.6.8.8 Alert Reason 

This parameter is used to indicate the reason why the service centre is alerted. It can take one of the following values: 
MS present; 
Memory Available. 

5.6.8.9 Absent Subscriber Diagnostic SM 

This parameter is used to indicate the reason why the subscriber is absent. For the values for this parameter see TS 
GSM 03.40. 
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5.6.9 Access and signalling system related parameters 

5.6.9.1 BSS-apdu 

This parameter includes one or two concatenated complete 08.06 messages, as described in GSM 03.09 and 

GSM 09.10. The Protocol ID indicates that the message or messages are according to GSM 08.06. For the coding of the 

messages see GSM 08.06 and GSM 08.08. 

5.6.9.2 CM service type 

This parameter identifies the service category being requested by the subscriber: 
mobile originating call; 
emergency call establishment; 
short message service; 
mobile originating call re-establishment; 
mobile terminating call; 
SS request; 

Voice group call setup; 
Voice broadcast setup. 

5.6.9.3 Access connection status 

This parameter represents the following access connection status information: 
RR-connection status (established/not established); 

- ciphering mode (on/off); 

authentication status (authenticated/not authenticated). 

5.6.9.4 External Signal Information 

This parameter contains concatenated information elements (including tag and length) which are defined by a common 
protocol version, preceded by the associated protocol ID. It is used to transport information of the indicated protocol via 
MAP interfaces. 

5.6.9.5 Access signalling information 

This parameter refers to any set of information elements imported from GSM 04.08. 

5.6.9.6 Location update type 

This parameter refers to the location update type (normal, periodic or IMSI attach) contained in the GSM 04.08 
LOCATION REGISTRATION REQUEST message. 

5.6.9.7 Protocol ID 

This parameter refers to the protocol to which the coding of the content of the associated External Signal Information 
conforms. 

The following values are defined: 

- 04.08; 
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- 08.06; 

- ETS300102-1. 

This value indicates the protocol defined by ETS 300 102-1 (EDSSl) 

5.6.9.8 Network signal information 

This parameter is transported as external signal information. The protocol ID shall be set to "ETS 300 102-1". 
The network signal information may include the following information elements as defined in GSM 09.07: 

- ISDN BC; the tag and length are defined by ETS 300 102-1 . 
For the content, see GSM 09.07. 

- HLC; the tag and length are defined by ETS 300 102- 1 . 
For the content, see GSM 09.07. 

- LLC; the tag and length are defined by ETS 300 102- 1 . 
For the content, see GSM 09.07. 

They are contained in the Signal Information parameter according to figure 5.6/1 (irrespective of the order). 





ISDN BC TAG 


LENGTH 


CONTENT 




HLC TAG 


LENGTH 


CONTENT 




LLC TAG 


LENGTH 


CONTENT 





Figure 5.6/1 : Network signal information parameter 



5.6.10 System operations parameters 
5.6.10.1 Network resources 

This parameter refers to a class or type of network resource: 

- PLMN; 

- HLR; 

VLR (current or previous); 
MSC (controlling or current); 

- EIR; 

radio sub-system. 
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5.6.10.2 Trace reference 

This parameter represents a reference associated with a tracing request. The parameter is managed by OMC. 

5.6.10.3 Trace type 

This parameter identifies the type of trace. Trace types are fully defined in GSM 12.08. 

5.7 Representation of a list of a basic parameter in service- 
primitives 

In some service-primitives several instances of a basic parameter of subclause 5.6 are required. In the service 
descriptions such cases will be represented as 



ParameterNameLIST 



in the tables where ParameterName refers to one of the parameters defined in subclause 5.6. This corresponds to the 
following construction rule: 



Parameter 



Figure 5.7/1 : Construction of Lists 
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Mobility services 



6.1 Location management services 

6.1.1 MAP UPDATE LOCATION AREA service 



6.1.1.1 



Definition 



This service is used between MSC and VLR to update location information in the network. It is initiated by an MS 
when changing the location area or at first registration. The detailed conditions are given in GSM 03.12. 

The MAP_UPDATE_LOCATION_AREA service is a confirmed service using the primitives from table 6.1/1. 

6.1 .1 .2 Service primitives 

Table 6.1/1: MAP UPDATE LOCATION AREA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target location area Id 


M 


M(=) 






Location update type 


M 


M(=) 






IMSI 


C 


C(=) 






TMSI 


C 


C(=) 






Previous location area Id 


C 


C(=) 






CKSN 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












6.1 .1 .3 parameter definitions and use 

Invoke Id 

See definition in subclause 5.6.1. 

Target location area Id 

See definition in subclause 5.6.2. 

Location update type 

See definition in subclause 5.6.9. 

IMSI 

See definition in subclause 5.6.2. It is up to the MS to provide either IMSI or TMSI, but one shall be present. 

TMSI 

See definition in subclause 5.6.2. It is up to the MS to provide either IMSI or TMSI, but one shall be present. 

Previous location area Id 

See definition in subclause 5.6.2. This parameter is provided if the updating is not a first registration. 

CKSN 

See definition in subclause 5.6.7. The CKSN is given if TMSI is used. 

User error 
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One of the following error causes defined in subclause 5.6.1 is sent by the user in case of location area updating 
failures, depending on the failure reason: 

unknown subscriber; 

This cause is used if the subscriber is not known in the VLR and even a correlated request to the subscriber's 
HLR gives a negative result (i.e. the IMSI is not allocated to a subscriber). 

unknown location area; 

This cause is used if the target location area identity given is not known in the VLR. 

roaming not allowed; 

This cause is used if the MS is not allowed to roam into the target location area indicated in the 
MAP_UPDATE_LOCATION_AREA Req. The cause will be qualified according to the roaming restriction 
reason, i.e. one of "National Roaming Not Allowed", "PLMN Not Allowed", "Location Area Not Allowed", or 
"Operator Determined Barring". 

- illegal subscriber; 

This error is sent if a correlated authentication procedure has not authenticated the subscriber. 

- illegal equipment; 

This error is sent if an IMEI check failed, i.e. the IMEI is blacklisted or not white-listed. 

system failure; 

unexpected data value. 
Provider error 
For definition of provider errors see subclause 5.6.1. 

6.1 .2 MAP_UPDATE_LOCATION service 

6.1.2.1 Definition 

This service is used by the VLR to update the location information stored in the HLR. 

The MAP_UPDATE_LOCATION service is a confirmed service using the service primitives given in table 6.1/2. 

6.1.2.2 Service primitives 

Table 6.1/2: MAP UPDATE LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Address 


M 


M(=) 






VLR number 


M 


M(=) 






LMSI 


U 


C(=) 






HLR number 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












6.1.2.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6.1. 
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IMSI 

See definition in subclause 5.6.2. 

MSC Address 

See definition in subclause 5.6.2. The MSC address is used for short message delivery only and for each incoming call 
set-up attempt the MSRN will be requested from the VLR. 

VLR number 

See definition in subclause 5.6.2. 

LMSI 

See definition in subclause 5.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the 
HLR to support the LMSI handling procedures. 

HLR number 

See definition in subclause 5.6.2. The presence of this parameter is mandatory in case of successful HLR updating. 

User error 

In case of unsuccessful updating, an error cause shall be returned by the HLR. The following error causes defined in 
subclause 5.6.1 may be used, depending on the nature of the fault: 

unknown subscriber; 

roaming not allowed; 

This cause will be sent if the MS is not allowed to roam into the PLMN indicated by the VLR number. The cause 
is qualified by the roaming restriction reason "PLMN Not Allowed" or "Operator Determined Barring". If no 
quahfication is received (HLR with MAP Version 1), "PLMN Not Allowed" is taken as default. 

system failure; 

- unexpected data value. 

Provider error 

For definition of provider errors see subclause 5.6.1. 

6.1.3 MAP CANCEL LOCATION service 



6.1.3.1 



Definition 



This service is used between HLR and VLR to delete a subscriber record from the VLR. It may be invoked 
automatically when an MS moves from one VLR area to another, to remove the subscriber record from the old VLR, or 
by the HLR operator to enforce a location updating from the VLR to the HLR, e.g. on withdrawal of a subscription. 

The MAP_CANCEL_LOCATION service is a confirmed service using the primitives defined in table 6.1/3. 



6.1.3.2 



Service primitives 



Table 6.1/3: MAP CANCEL LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


C 


C(=) 






User error 






C 


C(=) 


Provider error 
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6.1.3.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. 

LMSI 

See definition in subclause 5.6.2. The LMSI shall be included if it has been received from VLR. 

Value 0000 0000 can be used to indicate that the LMSI is not in use. 

User error 

If the cancellation fails, an error cause is to be returned by the VLR. The following error cause defined in 
subclause 5.6.1 shall be used: 

unexpected data value. 

Provider error 

For definition of provider errors see subclause 5.6.1. 

6.1.4 MAP SEND IDENTIFICATION service 



6.1.4.1 



Definition 



The MAP_SEND_IDENTIFICATION service is used between a VLR and a previous VLR to retrieve IMSI and 
authentication sets for a subscriber registering afresh in that VLR. 

The MAP_SEND_IDENTIFICATION service is a confirmed service using the service primitives defined in table 6.1/4. 

6.1.4.2 Service primitives 

Table 6.1/4: MAP SEND IDENTIFICATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


TMSI 


M 


M(=) 






IMSI 






C 


C(=) 


Authentication set 






U 


C(=) 


User error 






c 


C(=) 


Provider error 












6.1.4.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6.1. 

TMSI 

See definition in subclause 5.6.2. 

IMSI 

See definition in subclause 5.6.2. The IMSI is to be returned if the service succeeds. 
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Authentication set 

See definition in subclause 5.6.7. If the service succeeds a list of up to five authentication sets is returned, if there are 
any available. 

User error 

This parameter is mandatory if the service fails. The following error cause defined in subclause 5.6.1 may be used, 
depending on the nature of the fault: 

unidentified subscriber. 

Provider error 

For definition of provider errors see subclause 5.6.1. 

6.1.5 MAP DETACH IMSI service 



6.1.5.1 



Definition 



The MAP_DETACH_IMSI service is used by the MSC to indicate to the VLR that an MS is no longer reachable. The 
network needs this information e.g. to reject an incoming call without initiating paging on the radio path. 

The MAP_DETACH_IMSI service is a non-confirmed service using the service primitives defined in table 6.1/5. 

6.1.5.2 Service primitives 

Table 6.1/5: MAP DETACH IMSI 



Parameter name 


Request 


Indication 


Invoke Id 

IMSI 

IMSI 


M 
C 
C 


M(=) 
C(=) 
C(=) 



6.1 .5.3 Parameter definitions and use 

Invoke Id 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. It is up to the MS to provide either IMSI or TMSI as subscriber identity, but one shall 
be present. 

TMSI 

See definition in subclause 5.6.2. It is up to the MS to provide either IMSI or TMSI as subscriber identity, but one shall 
be present. 

6.1.6 MAP PURGE MS service 



6.1.6.1 



Definition 



This service is used between the VLR and the HLR to cause the HLR to mark its data for an MS so that any request for 
routing information for a mobile terminated call or a mobile terminated short message will be treated as if the MS is not 
reachable. It is invoked when the subscriber record for the MS is to be deleted in the VLR, either by MMI interaction or 
automatically, e.g. because the MS has been inactive for several days. 

The MAP_PURGE_MS service is a confirmed service using the primitives defined in table 6.1/6. 
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6.1.6.2 



Service primitives 



Table 6.1/6: MAP PURGE MS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






VLR number 


M 


M(=) 






Provider error 












6.1 .6.3 Parameter definitions and use 

Invoke ID 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. 

VLR number 

See definition in subclause 5.6.2. 

Provider error 

See definition of provider errors in subclause 5.6.1. 

6.2 Paging and search 
6.2.1 MAP PAGE service 



6.2.1.1 



Definition 



This service is used between VLR and MSC to initiate paging of an MS for mobile terminated call set-up, mobile 
terminated short message or unstructured SS notification. 

The MAP_PAGE service is a confirmed service using the primitives from table 6.2/1. 



6.2.1.2 



Service primitives 



Table 6.2/1 : MAP PAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Stored location area Id 


M 


M(=) 






IMSI 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












6.2.1.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6.1. 
IMSI 
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See definition in subclause 5.6.2. The IMSI is used to define the paging subgroup. If the TMSI is not suppUed, paging 
on the radio path uses the IMSI as an identifier. 

Stored location area Id 

See definition in subclause 5.6.2. 

TMSI 

See definition in subclause 5.6.2. The TMSI is included if paging on the radio channel is to use the TMSI as an 
identifier. 

User error 

The following error causes defined in subclause 5.6. 1 may be sent by the user in case of a paging error, depending on 
the failure reason: 

absent subscriber; 

unknown location area; 

busy subscriber; 

system failure; 

This corresponds to the case where there is no call associated with the MAP_PAGE service, i.e. if the call has 
been released but the dialogue to the VLR has not been aborted. 

unexpected data value. 

Provider error 

See definition in subclause 5.6.1. 

6.2.2 MAP SEARCH FOR MS service 



6.2.2.1 



Definition 



This service is used between VLR and MSC to initiate paging of an MS in all location areas of that VLR. It is used if 
the VLR does not hold location area information confirmed by radio contact. 

The MAP_SEARCH_FOR_MS service is a confirmed service using the primitives from table 6.2/2. 

6.2.2.2 Service primitives 

Table 6.2/2: MAP SEARCH FOR MS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Current location area Id 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












6.2.2.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6. L 

IMSI 

See definition in subclause 5.6.2. The IMSI is used to identify the subscriber when paging on the radio path. 
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Current location area Id 

See definition in subclause 5.6.2. In case of successful outcome of the service, i.e. if the MS responds to paging, the 
Location Area Id of the area in which the MS responded is given in the response. 

User error 

The following error causes defined in subclause 5.6.1 shall be sent by the user if the search procedure fails, depending 
on the failure reason: 

absent subscriber; 

This error cause is returned by the MSC if the MS does not respond to the paging request. 

system failure; 

This corresponds to the case where there is no call associated with the MAP_SEARCH_FOR_MS service, i.e. if 
the call has been released but the dialogue to the VLR has not been aborted. 

busy subscriber; 

unexpected data value. 
Provider error 
See definition in subclause 5.6.1. 

6.3 Access management services 

6.3.1 MAP PROCESS ACCESS REQUEST service 



6.3.1.1 



Definition 



This service is used between MSC and VLR to initiate processing of an MS access to the network, e.g. in case of mobile 
originated call set-up or after being paged by the network. 

The MAP_PROCESS_ACCESS_REQUEST service is a confirmed service using the primitives from table 6.3/1. 



6.3.1.2 



Service primitives 



Table 6.3/1 : MAP PROCESS ACCESS REQUEST 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


CM service type 


M 


M(=) 






Access connection status 


M 


M(=) 






Current Location Area Id 


M 


M(=) 






TMSI 


C 


C(=) 






Cl<sn 


C 


C(=) 






IMSI 


c 


C(=) 


C 


C(=) 


IMEI 


c 


C(=) 


C 


C(=) 


IVISISDN 






u 


C(=) 


User error 






c 


C(=) 


Provider error 












6.3.1.3 

Invoke Id 



Parameter definitions and use 



See definition in subclause 5.6.1. 
CM service type 
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See definition in subclause 5.6.9. 

Access connection status 

See definition in subclause 5.6.9. 

Current Location Area Id 

See definition in subclause 5.6.2. This parameter is used to update the VLR in case of previous VLR failure. 

TMSI 

See definition in subclause 5.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, 
but one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace 
IMSI/TMSI. 

Cksn 

See definition in subclause 5.6.7. In case of access with TMSI, the Cksn shall be present. 

IMSI 

See definition in subclause 5.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, 
but one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace 
IMSI/TMSI. 

In the Response/Confirmation, the IMSI is to be sent in case of successful outcome of the service. In case of CM 
Service Type "Emergency Call Establishment", IMEI may replace IMSI. 

IMEI 

See definition in subclause 5.6.2. The IMEI may replace IMSI/TMSI in the Request/Indication and IMSI in the 
Response/Confirmation only in case the CM Service Type indicates "Emergency Call Establishment". 

MSISDN 

See definition in subclause 5.6.2. The MSISDN is included in case of successful outcome of the service as an operator 
option, e.g. if it is needed at the MSC for charging purposes in case of call forwarding. 

User error 

One of the following error causes defined in subclause 5.6.1 shall be sent by the user if the access request fails, 
depending on the failure reason: 

unidentified subscriber; 

illegal subscriber; 

This error is sent if a correlated authentication procedure has not authenticated the subscriber. 

- illegal equipment; 

This error is sent if an IMEI check failed, i.e. the IMEI is blacklisted or not white-listed. 

roaming not allowed; 

This cause is used after VLR restart if the subscriber has no subscription for the current location area, e.g. due to 
regional subscription. The cause will be qualified by "location area not allowed" or "national roaming not 
allowed", respectively. 

unknown location area; 

system failure; 

unexpected data value. 

Provider error 
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For definition of provider errors see subclause 5.6.1. 



6.4 Handover services 



6.4.1 MAP PREPARE HANDOVER service 



6.4.1.1 



Definition 



This service is used between MSC-A and MSC-B (E-interface) when a call is to be handed over from MSC-A to MSC- 
B. 

The MAP_PREPARE_HANDOVER service is a confirmed service using the primitives from table 6.4/1. 

6.4.1.2 Service primitives 

Table 6.4/1 : MAP PREPARE HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


C 


C(=) 






HO-NumberNotRequired 


C 


C(=) 






BSS-APDU 


c 


C(=) 


C 


C(=) 


Handover Number 






C 


C{=) 


User error 






c 


C(=) 


Provider error 












6.4.1.3 

Invoke Id 



Parameter use 



For definition of this parameter see subclause 5.6.1. 

Target Cell Id 

For definition of this parameter see subclause 5.6.2. This parameter is only included if the service is not in an ongoing 
transaction. 

HO-Number Not Required 

For definition of this parameter see subclause 5.6.6. 

BSS-APDU 

For definition of this parameter see subclause 5.6.9. 

Handover Number 

For definition of this parameter see subclause 5.6.2. This parameter shall be returned, unless the parameter HO- 
NumberNotRequired is sent. 

User error 

For definition of this parameter see subclause 5.6.1. The following errors defined in subclause 5.6.1 may be used, 
depending on the nature of the fault: 

No handover number available; 

System failure; 

Unexpected data value; 

DataMissing. 
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Provider error 

See definition of provider errors in subclause 5.6.1. 

6.4.2 MAP SEND END SIGNAL service 



6.4.2.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) indicating that the radio path has been established by 
MSC-B to the MS. MSC-A retains then the main control of the call until it clears. 

The response is used by MSC-A to inform MSC-B that all resources for the call can be released in MSC-B, either 
because the call has been released in MSC-A or because the call has been successfully handed over from MSC-B to 
another MSC. 

The MAP_SEND_END_SIGNAL service is a confirmed service using the primitives from table 6.4/2. 

6.4.2.2 Service primitives 

Table 6.4/2: MAP SEND END SIGNAL 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 
BSS-APDU 
Provider error 


M 
M 


M(=) 
M(=) 


M(=) 


M(=) 




6.4.2.3 Parameter use 

Invoke Id 

For definition of this parameter see subclause 5.6.1. 

BSS-APDU 

For definition of this parameter see subclause 5.6.9. 

Provider error 

For definition of this parameter see subclause 5.6.1. 

6.4.3 MAP PROCESS ACCESS SIGNALLING service 



6.4.3.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) to pass information received on the A-interface in MSC- 
B to MSC-A. 

The MAP_PROCESS_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 6.4/3. 

6.4.3.2 Service primitives 

Table 6.4/3: MAP PROCESS ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 
BSS-APDU 


M 
M 


M(=) 
M(=) 
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6.4.3.3 

Invoke Id 



Parameter use 



For definition of this parameter see subclause 5.6.1. 

BSS-APDU 

For definition of this parameter see subclause 5.6.9. 

6.4.4 MAP FORWARD ACCESS SIGNALLING service 



6.4.4.1 



Definition 



This service is used between MSC-A and MSC-B (E-interface) to pass information to be forwarded to the A-interface 
ofMSC-B. 

The MAP_FORWARD_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 6.4/4. 



6.4.4.2 



Service primitives 

Table 6.4/4: MAP FORWARD ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


BSS-APDU 


M 


M(=) 



6.4.4.3 Parameter use 

For the definition and use of all parameters and errors, see subclause 5.6.1. 

Invoke Id 

For definition of this parameter see subclause 5.6.1. 

BSS-APDU 

For definition of this parameter see subclause 5.6.9. 

6.4.5 MAP PREPARE SUBSEQUENT HANDOVER service 



6.4.5.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) to inform MSC-A that it has been decided that a 
handover to either MSC-A or a third MSC (MSC-B') is required. 

The MAP_PREPARE_SUBSEQUENT_HANDOVER service is a confirmed service using the primitives from 
table 6.4/5. 
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6.4.5.2 



Service primitives 



Table 6.4/5: MAP PREPARE SUBSEQUENT HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


M 


M(=) 






Target MSC Number 


M 


M(=) 






BSS-APDU 


M 


M(=) 


C 


C(=) 


User error 






C 


C(=) 


Provider error 












6.4.5.3 

Invoke Id 



Parameter use 



For definition of this parameter see subclause 5.6.1. 

Target Cell Id 

For definition of this parameter see subclause 5.6.2. 

Target MSC Number 

For definition of this parameter see subclause 5.6.2. 

BSS-APDU 

For definition of this parameter see subclause 5.6.9. 

User error 

For definition of this parameter see subclause 5.6.1. The following error causes defined in subclause 5.6.1 may be used, 
depending on the nature of the fault: 

- Unknown MSC; 

Subsequent handover failure; 

Unexpected data value; 

Data Missing. 
Provider error 
For definition of this parameter see subclause 5.6.1. 

6.4.6 MAP_ALLOCATE_HANDOVER_NUMBER service 
6.4.6.1 Definition 

This service is used between MSC and VLR (B-interface) to request a handover number. 

The MAP_ALLOCATE_HANDOVER_NUMBER service is a confirmed service using the primitives from table 6.4/6. 
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6.4.6.2 Service primitives 

Table 6.4/6: MAP ALLOCATE HANDOVER NUMBER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 
User error 
Provider error 


M 


M(=) 


M(=) 
C 


M(=) 

C(=) 





6.4.6.3 

Invoke Id 



Parameter use 



For definition of this parameter see subclause 5.6.1. 

User error 

For definition of this parameter see subclause 5.6.1. The following errors defined in subclause 5.6.1 may be used, 
depending on the nature of the fault: 

No handover number available. 

Provider error 

For definition of this parameter see subclause 5.6.1. 

6.4.7 MAP SEND HANDOVER REPORT service 



6.4.7.1 



Definition 



This service is used between VLR and MSC-B (B-interface) to transfer the handover number to be forwarded to and 
used by MSC-A. 

The MAP_SEND_HANDOVER_REPORT service is a confirmed service using the primitives from table 6.4/7. 

6.4.7.2 Service primitives 

Table 6.4/7: MAP SEND HANDOVER REPORT 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 

Handover Number 
M 


M 

M 

M(=) 


M(=) 
M(=) 




M(=) 
Provider error 


M(=) 
Linked Id 



6.4.7.3 

Invoke Id 



Parameter use 



For definition of this parameter see subclause 5.6.1. 

Handover Number 

For definition of this parameter see subclause 5.6.2. 

Linked Id 

For definition of this parameter see subclause 5.6.1. This service is linked with 
MAP_ALLOCATE_HANDOVER_NUMBER. 

Provider error 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 90 

For definition of this parameter see subclause 5.6.1. 

6.5 Authentication management services 
6.5.1 IVIAP AUTHENTICATE service 
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6.5.1.1 



Definition 



This service is used between the VLR and the MSC when the VLR receives a MAP service indication from the MSC 
concerning a location registration, call set-up, operation on a supplementary service or a request from the MSC to 
initiate authentication. 

The service is a confirmed service and consists of four service primitives. 

6.5.1.2 Service primitives 

The service primitives are shown in table 6.5/1. 

Table 6.5/1 : MAP_AUTHENTICATE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


RAND 


M 


M(=) 






CKSN 


M 


M(=) 






SRES 






M 


M(=) 


Provider error 












6.5.1 .3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

RAND 

See subclause 5.6.7 for the use of this parameter. 

CKSN 

See subclause 5.6.7 for the use of this parameter. 

SRES 

See subclause 5.6.7 for the use of this parameter. 

Provider error 

See subclause 5.6.1 for the use of this parameter. 

6.5.2 IVIAP SEND AUTHENTICATION INFO service 



6.5.2.1 



Definition 



This service is used between the VLR and the HLR for the VLR to retrieve authentication information from the HLR. 
The VLR requests some sets of RAND/SRES/Kc vectors. 

If the HLR cannot provide the VLR with triplets, an empty response is returned. The VLR may then re-use old 
authentication triplets, except where this is forbidden under the conditions specified in GSM 03.20 [24]. 
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If the VLR receives a MAP-Send_AUTHENTICATION_INFO response containing a User Error parameter as part of 
the handHng of an authentication procedure, the authentication procedure in the VLR shall fail. 

Security related network functions are further described in GSM 03.20. 

The service is a confirmed service and consists of four service primitives. 

6.5.2.2 Service primitives 

The service primitives are shown in table 6.5/2. 

Table 6.5/2: MAP_SEND_AUTHENTICATION_PARAMETERS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






AuthenticationSetList 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












6.5.2.3 

Invoke id 



Parameter use 



See subclause 5.6.1 for the use of this parameter. 

IMSI 

See subclause 5.6.2 for the use of this parameter. 

AuthenticationSetList 

A set of one to five authentication vectors are transferred from the HLR to the VLR, if the outcome of the service was 
successful. 

User error 

One of the following error causes defined in subclause 5.6.1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown subscriber; 

unexpected data value; 

system failure; 

data missing. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 

6.6 Security management services 
6.6.1 IVIAP SET CIPHERING MODE service 



6.6.1.1 



Definitions 



This service is used between the VLR and the MSC to set the ciphering mode and to start ciphering if applicable. It is 
called when another service requires that information is to be sent on the radio path in encrypted form. 

The service is a non-confirmed service and consists of two service primitives. 
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6.6.1.2 Service primitives 

The service primitives are shown in table 6.6/1. 

Table 6.6/1 : MAP_SET_CIPHERING_MODE parameters 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


Ciphering mode 


M 


M(=) 


Kg 


C 


C(=) 



6.6.1.3 

Invoke id 



Parameter use 



See subclause 5.6.1 for the use of this parameter. 

Ciphering mode 

See subclause 5.6.7 for the use of this parameter. 

Kc 

The Kc parameter should be included when the ciphering mode parameter indicates that ciphering must be performed. 

6.7 International mobile equipment identities management 
services 

6.7.1 MAP_CHECKJMEI service 

6.7.1.1 Definition 

This service is used between the VLR and the MSC and between the MSC and the EIR to request check of IMEI. If the 
IMEI is not available in the MSC, it is requested from the MS and transferred to the EIR in the service request. 

The service is a confirmed service and consists of four service primitives. 

6.7.1.2 Service primitives 

The service primitives are shown in table 6.7/1. 

Table 6.7/1 : MAP_CHECK_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


lnvol<e id 


M 


M(=) 


M(=) 


M(=) 


IMEI 


C 


C(=) 


C 


C(=) 


Equipment status 






C 


C{=) 


User error 






c 


C(=) 


Provider error 












6.7.1.3 

Invoke id 



Parameter use 



See subclause 5.6.1 for the use of this parameter. 
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IMEI 

See subclause 5.6.2 for the use of this parameter. The parameter shall not be included in the service request between the 
VLR and the MSC, but is mandatory in the service request from the MSC to the EIR. It is not included in the service 
response from the EIR to the MSC, but is mandatory in the service response from the MSC to the VLR on successful 
outcome. 

Equipment status 

See subclause 5.6.4 for the use of this parameter. This parameter is sent by the responder in case of successful outcome 
of the service. 

User error 

One of the following error causes defined in subclause 5.6. 1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown equipment; 

This error is returned by the responder when the IMEI is not known in the EIR. 

system failure; 
- unexpected data value. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 

6.7.2 MAP OBTAIN IMEI service 



6.7.2.1 



Definition 



This service is used between the VLR and the MSC to request the IMEI. If the IMEI is not available in the MSC, it is 
requested from the MS. 

The service is a confirmed service and consists of four service primitives. 

6.7.2.2 Service primitives 

The service primitives are shown in table 6.7/2. 

Table 6.7/2: MAP_OBTAIN_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMEI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












6.7.2.3 

Invoke id 



Parameter use 



See subclause 5.6. 1 for the use of this parameter. 

IMEI 

See subclause 5.6.2 for the use of this parameter. The parameter IS included in the service response from the MSC to 
the VLR on successful outcome of the service. 

User error 
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If the service fails, the VLR sends the user error System Failure (see subclause 5.6.1) to the MSC. 

Provider error 

See subclause 5.6.1 for the use of this parameter. 

6.8 Subscriber management services 
6.8.1 IVIAP-INSERT-SUBSCRIBER-DATA service 
6.8.1.1 Definition 

This service is used by an HLR to update a VLR with certain subscriber data in the following occasions: 

the operator has changed the subscription of one or more supplementary services, basic services or data of a 
subscriber. Note that in case of withdrawal of a Basic or Supplementary service this primitive shall not be used; 

the operator has applied, changed or removed Operator Determined Barring; 

the subscriber has changed data concerning one or more supplementary services by using a subscriber procedure; 

the HLR provides the VLR with subscriber parameters at location updating of a subscriber or at restoration. In 
this case, this service is used to indicate explicitly that a supplementary service is not provisioned, if the 
supplementary service specification requires it. The only supplementary services which have this requirement 
are the CLIR and COLR services. 

It is a confirmed service and consists of the primitives shown in table 6.8/1. 



6.8.1.2 



Service primitives 



Table 6.8/1 : MAP-INSERT-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Category 


C 


C(=) 






Subscriber Status 


C 


C(=) 






Bearer service List 


C 


C(=) 


C 


C(=) 


Teleservice List 


C 


C(=) 


C 


C(=) 


Forwarding information List 


C 


C{=) 






Call barring information List 


C 


C(=) 






CUG information List 


C 


C(=) 






SS-Data List 


C 


C(=) 






elVILPP Subscription Data 


c 


C{=) 






Operator Determined Barring General data 


c 


C(=) 


c 


C{=) 


Operator Determined Barring HPLMN data 


c 


C{=) 






Roaming Restriction Due To Unsupported 


c 


C(=) 






Feature 










Regional Subscription Data 


c 


C{=) 






VLR CAIVIEL Subscription Info 


c 


C(=) 






Voice Broadcast Data 


c 


C(=) 






Voice Group Call Data 


c 


C(=) 






SS-Code List 






c 


C(=) 


Regional Subscription Response 






c 


C(=) 


Supported CAMEL Phases 






c 


CH 


User error 






u 


C(=) 


Provider error 
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6.8.1 .3 Parameter use 

All parameters are described in subclause 5.6. The following clarifications are applicable: 

IMSI 

It is only included if the service is not used in an ongoing transaction (e.g. location updating). 

MSISDN 

It is included either at location updating or when it is changed. The MSISDN sent shall be the basic MSISDN. 

Category 

It is included either at location updating or when it is changed. 

Subscriber Status 

It is included either at location updating or when it is changed. 

To apply, remove or update Operator Determined Barring Categories the Subscriber Status is set to Operator 
Determined Barring. In this case ODB General Data shall also be present. If the Operator Determined Barring applies 
and the subscriber is registered in the HPLMN and HPLMN specific Operator Determined Barring applies then ODB 
HPLMN Specific Data shall also be present. 

To remove all Operator Determined Barring Categories the Subscriber Status shall be set to "Service Granted". 

Bearer service List 

A list of Extensible Bearer service parameters (Extensible Bearer service is defined in subclause 5.6). An Extensible 
Bearer service parameter must be the code for an individual Bearer service, except in the cases described below. 

The codes for the Bearer service groups "allAlternateSpeech-DataCDA" and "allAlternateSpeech-DataCDS" shall, if 
applicable, be sent from the HLR to the VLR as a pair. The codes for the Bearer service groups 
"allSpeechFollowedByDataCDA" and "allSpeechFollowedByDataCDS" shall, if applicable, be sent from the HLR to 
the VLR as a pair. 

If it is included in the Request/Indication, it includes either all Extensible Bearer services subscribed (at location 
updating or at restoration) or only the ones added (at subscriber data modification). 

If the VLR receives an Indication containing any Extensible Bearer service parameters which it does not 
support/allocate it returns them in the response to the HLR and discards the unsupported Extensible Bearer services (no 
error is sent back), except in the cases described below. 

If the VLR receives the codes for the Bearer service groups "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS" and supports one or more of the circuit-switched synchronous or asynchronous data 
rates specified for simple data bearer services, it shall accept the bearer service codes, and not return them in the 
response to the HLR. If the VLR does not support any of the circuit-switched synchronous or asynchronous data rates 
specified for simple data bearer services, and receives the pair of codes for "allAlternateSpeech-DataCDA" and 
"allAlternateSpeech-DataCDS" or the pair of codes for "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS", it shall reject the pair of codes by returning them in the response to the HLR. 

Teleservice List 

A list of Extensible Teleservice parameters (Extensible Teleservice is defined in subclause 5.6). An Extensible 
Teleservice parameter must be the code for an individual Teleservice. 

If it is included in the Request/Indication, it contains either all Extensible Teleservices subscribed (at location updating 
or at restoration) or the ones added (at subscriber data modification). 

If the VLR receives an Indication containing any Extensible Teleservice parameters which it does not support/allocate it 
returns them in the response to the HLR and discards the unsupported Extensible Teleservices (no error is sent back). 
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Forwarding information List 

A list of Extensible Forwarding information parameters (Extensible Forwarding information is defined in 
subclause 5.6). It includes Call Forwarding services either at location updating or at restoration or when they are 
changed. Each Extensible Forwarding information parameter shall be treated independently of all other parameters in 
the primitive. 

The Extensible Forwarding information shall include the SS-Code for an individual call forwarding supplementary 
service. The Extensible Forwarding information shall contain one or more Extensible Forwarding Features (Extensible 
Forwarding Feature is defined in subclause 5.6). 

The Extensible Forwarding Feature may include an Extensible Basic Service Group. This shall be interpreted according 
to the rules in subclause 6.8.1.4. 

The Extensible Forwarding Feature shall contain an Extensible SS-Status parameter. 

If the Extensible SS-Status indicates that call forwarding is registered then (except for call forwarding unconditional) 
the Extensible Forwarding Feature shall contain a forwarded-to number and, if available, the forwarded-to subaddress. 
In other states the forwarded-to number and, if applicable, the forwarded-to subaddress shall not be included. For call 
forwarding unconditional the forwarded-to number and, if applicable, the forwarded-to subaddress shall not be 
included. If the VLR does not receive a forwarded-to subaddress then it shall assume that a forwarded-to subaddress has 
not been registered. 

The Extensible Forwarding Feature shall contain the extensible forwarding options (except for call forwarding 
unconditional where the extensible forwarding options shall not be included). Bits 3 and 4 of the extensible forwarding 
options shall be ignored by the VLR, and may be set to any value by the HLR. 

For call forwarding on no reply: If the extensible SS-Status indicates that call forwarding is registered then the 
Extensible Forwarding Feature shall contain an extensible no reply condition timer. In other states the no reply 
condition timer shall not be included. 

For call forwarding services other than call forwarding on no reply: The Extensible Forwarding Feature shall not 
contain a no reply condition timer. 

If the VLR receives an Indication containing any Call Forwarding service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and discards the unsupported Call Forwarding service codes (no 
error is sent back). 

Call barring information List 

A list of Extensible Call barring information parameters (Extensible Call barring information is defined in 
subclause 5.6). It includes Call Barring services either at location updating or at restoration or when they are changed. 
Each Extensible Call barring information parameter shall be treated independently of all other parameters in the 
primitive. 

The Extensible Call barring information shall include the SS-Code for an individual call barring supplementary service. 
The Extensible Call barring information shall contain one or more Extensible Call Barring Features (Extensible Call 
Barring Feature is defined in subclause 5.6). 

The Extensible Call Barring Feature may include an Extensible Basic Service Group. This shall be interpreted 
according to the rules in subclause 6.8.1.4. 

The Extensible Call Barring Feature shall contain an extensible SS-Status parameter. 

If the VLR receives an Indication containing any Extensible Call Barring service codes which it does not 
support/allocate it returns them to the HLR in the parameter SS-Code List and discards the unsupported Extensible Call 
Barring service codes (no error is sent back). 

CUG information List 

A list of CUG information list parameters (CUG information is defined in subclause 5.6). It includes CUG information 
either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in CUG data, the HLR shall include the complete CUG- 
SubscriptionList and, if there are options per basic group, it shall also include the complete CUG-FeatureList. If there 
are not options per extensible basic service group the CUG-FeatureList shall not be included. 
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In any dialogue, the first insertSubscriberData message which contains CUG information shall include a non-empty 
CUG-SubscriptionList. 

When the VLR receives CUG data it shall replace the stored CUG data with the received data set. 

If CUG-FeatureList is omitted in the Insert Subscriber Data operation VLR shall interpret that no options per extensible 
basic service group exist, and then it shall apply the default values i.e. no outgoing access, no incoming access, no 
preferential CUG exists. 

If CUG-Feature is received without preferential CUG, the VLR shall interpret that no preferential CUG applies. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. 

Note that data consistency between CUG subscription data and CUG feature data is the responsibility of the HLR. 

If the VLR does not support the CUG service it returns its code to the HLR in the parameter SS-Code List and discards 
the received information (no error is sent back). 

SS-Data List 

A list of Extensible SS-Data parameters (Extensible SS-Data is defined in subclause 5.6). It is sent for any other 
supplementary service than Call Forwarding, Call Barring, CUG and eMLPP either at location updating or at 
restoration or when they are changed. Each SS-Data parameter shall be treated independently of all other parameters in 
the primitive. 

The Extensible SS-Data shall include the SS-Code for an individual supplementary service. 

The Extensible SS-Data shall contain an Extensible SS-Status parameter and any subscription options that are 
applicable to the service defined by the SS-Code. 

The SS-Data may include a Basic Service Group List. This shall be interpreted according to the rules in 
subclause 6.8.1.4. 

If the VLR receives an Indication containing any supplementary service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and therefore discards the unsupported service codes received 
(no error is sent back). 

Operator Determined Barring General data 

If it is included in a Request/Indication, it includes all the Operator Determined Barring categories that may be applied 
to a subscriber registered in any PLMN. This parameter is only included in a Request/Indication when the parameter 
Subscriber Status is set to the value Operator Determined Barring. Note that all General Operator Determined Barring 
Categories shall be set to their actual status. 

If the VLR receives an Indication containing Operator Determined Barring General Data which shows that the 
subscriber is subject to barring not supported / not allocated by the VLR, it returns Operator Determined Barring 
General Data in the response to the HLR to show the barring categories which are not supported / not allocated by the 
VLR. 

Operator Determined Barring HPLMN data 

It includes all the Operator Determined Barring categories that may be applied only to a subscriber registered in the 
HPLMN. Therefore, it shall only be transferred to the VLR when the subscriber is roaming into the HPLMN and when 
the parameter Subscriber Status is set to the value Operator Determined Barring. Note that all HPLMN Operator 
Determined Barring Categories shall be set to their actual status. 

If Subscriber Status is set to the value Operator Determined Barring and no Operator Determined Barring HPLMN data 
is present then the VLR shall not apply any HPLMN specific ODB services to the subscriber. 

eMLPP Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the priorities the subscriber might apply for a 
call (as defined in subclause 5.6). It contains both subparameters of eMLPP. 
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If the VLR does not support the eMLPP service it returns its code to the HLR in the parameter SS-Code List and 
therefore discards the received information (no error is sent back). 

eMLPP subscription data that have been stored previously in a subscriber data record in the VLR are completely 
replaced by the new eMLPP subscription data received in a MAP_INSERT_SUBSCRIBER_DATA during either an 
Update Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. 

Roaming Restriction Due To Unsupported Feature 

The HLR may decide to include this parameter in the request if certain services or features are indicated as not 
supported by the MSCA'^LR (e.g. Advice of Charge Charging Level). 

If this parameter is sent to the VLR the MSC area is restricted by the HLR and the VLR. 

Regional Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the subscriber's subscription area for the 
addressed VLR (as defined in subclause 5.6). It contains the complete list of up to 10 Zone Codes that apply to a 
subscriber in the currently visited PLMN. The HLR shall send only those Zone Codes which are stored against the CC 
and NDC of the VLR to be updated. 

NOTE: Support of this parameter is a network operator option and it will not be sent to networks which do not 
support Regional Subscription. 

Regional subscription data that have been stored previously in a subscriber data record in the VLR are completely 
replaced by the regional subscription data received in an Insert Subscriber Data indication during either an Update 
Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. 

After the regional subscription data are inserted the VLR shall derive whether its location areas are allowed or not. If 
the whole MSC area is restricted it will be reported to HLR by returning the Regional Subscription Response. 

The VLR returns a Regional Subscription Response indicating that a problem with the Zone Code has been detected in 
one of the following cases: 

Too Many Zone Codes: more than 10 Zone Codes are to be stored in the VLR; 

Regional Subscription Not Supported by the VLR; 

Zone Codes Conflict: the VLR detects that the zone codes indicate conflicting service permission for a location 
area. 

Zone codes which have no mapping to location areas shall be ignored. 

If a sequence of MAP_INSERT_SUBSCRIBER_DATA services is used during a dialogue, Regional Subscription Data 
shall be accepted only in one service. Regional Subscription Data received in a subsequent service shall be rejected with 
the error Unexpected Data Value. 

If Regional Subscription Data are not included in any MAP_INSERT_SUBSCRIBER_DATA service, there is no 
restriction of roaming due to Regional Subscription. 

Voice Broadcast Data 

This parameter contains a list of group id's a user might have subscribed to; (VBS-Data is defined in subclause 5.6). It 
includes VBS information either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in VBS data, the HLR shall include the complete VBS-Data. 

When the VLR receives VBS-Data within a dialogue it shall replace the stored VBS-data with the received data set. All 
subsequent VBS-dta received within this dialogue shall be interpreted as add-on data. 

If VBS-data is omitted in the Insert Subscriber Data operation the VLR shall keep the previously stored VBS data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. 

Voice Group Call Data 
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This parameter contains a list of group id's a user might have subscribed to; see subclause 5.6. 

At location updating, restoration or when there is a change in VGCS data, the HLR shall include the complete VGCS- 
Data. 

When the VLR receives VGCS-Data within a dialogue it shall replace the stored VGCS-Data with the received data set. 
All VGCS-Data received within this dialogue shall be interpreted as add-on data. 

If VBCS-Data is omitted in the Insert Subsciber Data operation the VLR shall keep the previously stored VGCS-Data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. 

SS-Code List 

The list of SS-Code parameters for the services that are provided to a subscriber but are not supported/allocated by the 
VLR (SS-Code is defined in subclause 5.6). The list can only include individual SS-Codes that were sent in the service 
request and SS-Codes for the eMLPP and/or CUG services if the above mentioned conditions, as described in eMLPP 
Subscription Data and/or CUG information List, are met (that is, eMLPP Subscription Data and/or CUG information 
List are received). 

Regional Subscription Response 

If included in the response this parameter indicates one of: 

MSC Area Restricted entirely because of regional subscription; 

Too Many Zone Codes to be inserted; 

Zone Codes Conflict; 

Regional Subscription not Supported by the VLR. 

If the VLR determines after insertion of Regional Subscription Data that the entire MSC area is restricted, the VLR 
shall respond with a Regional Subscription Response indicating MSC Area Restricted. Otherwise MSC Area Restricted 
is not sent. The HLR shall check whether the current MSC area is no longer restricted. 

VLR CAMEL Subscription Info 

This parameter is sent for subscribers who have CAMEL services which are invoked in the MSC. In CAMEL phase 1 
this parameter contains only the O-CSI. The VLR CAMEL Subscription Info is sent at location updating or when any 
information in the applicable CAMEL Subscription Info in the HLR has been changed. The entire set of CAMEL 
Subscription Info is sent. If a set of CAMEL Subscription Info is already stored in the VLR it is replaced by the 
received data. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 
A VLR not supporting any CAMEL-Phase may omit this parameter. 

User error 

Only one of the following values is applicable: 

Unidentified subscriber; 

Data missing; 

Unexpected data value. 
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6.8.1.4 



Basic service information related to supplementary services 



A number of parameters that relate to supplementary services can be qualified by a Basic Service Group (or a Basic 
Service Group List). This subclause explains how this information is to be interpreted. Supplementary service 
parameters to which this subclause is applicable only apply to the basic service groups described in this subclause, and 
only those basic service groups shall be overwritten at the VLR. 

The Basic Service Group (or Basic Service Group List) is optional. 

If present the Basic Service Group (or the elements of the Basic Service Group List) shall be one of: 

an Elementary Basic Service Group for which the supplementary service is applicable to at least one basic 
service in the group; and to which the subscriber has a subscription to at least one basic service in the group; 

the group "All Teleservices" provided that the service is applicable to at least one teleservice and that the 
subscriber has a subscription to at least one teleservice that is in the same Elementary Basic Service Group as a 
teleservice to which the service is applicable; 

the group "All Bearer Services" provided that the service is applicable to at least one bearer service and that the 
subscriber has a subscription to at least one bearer service that is in the same Elementary Basic Service Group as 
a basic service to which the service is applicable. 

If the Basic Service Group (or Basic Service Group List) is not present then the parameter shall apply to all Basic 
Service Groups. 

If the basic service information is not a single Elementary Basic Service Group then the parameter shall be taken as 
applying individually to all the Elementary Basic Service Groups for which: 

the supplementary service is applicable to at least one basic service in the Basic Service Group; and 

the subscriber has a subscription to at least one basic service in the Basic Service Group. 

The VLR is not required to store supplementary services data for Basic Service Groups that are not supported at the 
VLR. 

6.8.2 MAP-DELETE-SUBSCRIBER-DATA service 



6.8.2.1 



Definition 



This service is used by an HLR to remove certain subscriber data from a VLR if the subscription of one or more 
supplementary services or basic services is withdrawn. Note that this service is not used in case of erasure or 
deactivation of supplementary services. 

It is a confirmed service and consists of the primitives shown in table 6.8/2. 

6.8.2.2 Service primitives 

Table 6.8/2: MAP-DELETE-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Basic service List 


C 


G(=) 






SS-Code List 


C 


C(=) 






Roaming Restriction Due To 










Unsupported Feature 


c 


C(=) 






Camel Subscription Info Withdraw 


c 


C(=) 






Regional Subscription Data 


c 


C(=) 






VBS Group Indication 





C(=) 






VGCS Group Indication 


c 


C(=) 






Regional Subscription Response 









C(=) 


User error 






C 


C(=) 


Provider error 
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6.8.2.3 Parameter use 

All parameters are described in subclause 5.6. The following clarifications are applicable: 

Basic service List 

A list of Extensible Basic service parameters (Extensible Basic service is defined in subclause 5.6). It is used when one, 
several or all basic services are to be withdrawn from the subscriber. If the VLR receives a value for an Extensible 
Basic Service which it does not support, it shall ignore that value. 

SS-Code List 

A list of SS-Code parameters (SS-Code is defined in subclause 5.6). It is used when several or all supplementary 
services are to be withdrawn from the subscriber. 

There are three possible options: 

deletion of basic service(s); 

The parameter Basic service List is only included. 

deletion of supplementary service(s); 

The parameter SS-Code List is only included. 

deletion of basic and supplementary services; 

Both Basic service List and SS-Code List are included. 

Roaming Restriction Due To Unsupported Feature 

This parameter is used if Roaming Restriction Due To Unsupported Feature is deleted from the subscriber data. This 
may occur if unsupported features or services are removed from the subscriber data in the HLR. 

If this parameter is sent the VLR shall check if the current Location Area is possibly allowed now. 

CAMEL Subscription Info Withdraw 

This parameter is used to indicate that CAMEL Subscription Info shall be deleted from the VLR. All CAMEL 
Subscription Info for the subscriber shall be deleted. 

Regional Subscription Identifier 

Contains one single Zone Code (as defined subclause 5.6) and is used if all Zone Codes shall be deleted from the 
subscriber data. When all the Zone Codes are deleted, the VLR shall check for its location areas whether they are 
allowed or not. If the whole MSC area is restricted, it will be reported to HLR by returning the Regional Subscription 
Response "MSC Area Restricted". 

The binary coding of the Zone Code value received in a Delete Subscriber Data request shall not be checked by the 
VLR. 

Note that support of this parameter is a network operator option and it shall not be sent to networks which do not 
support Regional Subscription. 

If Regional Subscription is not supported by the VLR, the request for deletion of Zone Codes is refused by sending the 
Regional Subscription Response "Regional Subscription Not Supported" to the HLR. 

If no Zone Codes are stored in the respective subscriber data record, the request for deleting all Zone Code information 
shall be ignored and no Regional Subscription Response shall be returned. 

VBS Group Indication 

Contains an indication (flag) which is used if all Group Id's shall be deleted from the subscriber data for the Voice 
Broadcast teleservice. 

If VBS is not supported in the VLR or no Group Ids are stored for VBS in the respective subscriber record, the request 
for deletion of all Group Ids shall be ignored. 
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VGCS Group Indication 

Contains an indication (flag) which is used if all Group Id's shall be deleted from the subscriber data for the Voice 
Group Call teleservice. 

If VGCS is not supported in the VLR or no Group Ids are stored for VGCS in the respective subscriber record, the 
request for deletion of all Group Ids shall be ignored. 

Regional Subscription Response 

If included in the Delete Subscriber Data response this parameter indicates one of: 

- MSC Area Restricted; 

Regional Subscription Not Supported. 
User error 
Only one of the following values is applicable: 

Unidentified subscriber; 

Data missing; 

Unexpected data value. 

6.9 Identity management services 
6.9.1 IVIAP-PROVIDE-IIVISI service 



6.9.1.1 



Definition 



This service is used by a VLR in order to get, via the MSC, the IMSI of a subscriber (e.g. when a subscriber has 
identified itself with a TMSI not allocated to any subscriber in the VLR). 

It is a confirmed service and consists of the primitives shown in table 6.9/1. 



6.9.1.2 



Service primitives 



Table 6.9/1 : MAP-PROVIDE-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 
IMSI 

User error 
Provider error 


M 


M(=) 


M(=) 
C 
C 


M(=) 

C(=) 

C(=) 





6.9.1 .3 Parameter use 

All parameters are described in subclause 5.6. The following clarifications are applicable: 
IMSI 

This parameter is received when the request is successfully carried out. It contains the requested IMSI. 
User error 

Only one of the following values is applicable: 
- Absent subscriber. 
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6.9.2 MAP-FORWARD-NEW-TMSI service 



6.9.2.1 



Definition 



This service is used by a VLR to allocate, via MSC, a new TMSI to a subscriber during an ongoing transaction (e.g. call 
set-up, location updating or supplementary services operation). 

It is a confirmed service and consists of the primitives shown in table 6.9/2. 



6.9.2.2 



Service primitives 



Table 6.9/2: MAP-FORWARD-NEW-TMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 
TMSI 


M 
M 


M(=) 

M(=) 




M(=) 
Provider error 


M(=) 



6.9.2.3 Parameter use 

The parameter TMSI is described in subclause 5.6. 

6.1 Fault recovery services 

6.1 0.1 MAP_RESET service 
6.10.1.1 Definition 

This service is used by the HLR, after a restart, to indicate to a list of VLRs that a failure occurred. 

The MAP_RESET service is a non-confirmed service using the service primitives defined in table 6.10/1 



6.1 0.1 .2 Service primitives 



Table 6.10/1: MAP RESET 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


HLR number 


M 


M(=) 


HLR Id LIST 


U 


C(=) 



6.10.1.3 



Invoke Id 



Parameter definition and use 



See definition in subclause 5.6.1. 

HLR number 

See definition in subclause 5.6.2. 

HLR Id LIST 

The HLR Id List is a list of HLR Id. If the parameter is present in the indication, the VLR may base the retrieval of 
subscribers to be restored on their IMSI: the subscribers affected by the reset are those whose IMSI leading digits are 
equal to one of these numbers. If the parameter is absent, subscribers to be restored are those for which the 
OriginatingEntityNumber received at location updating time matches the equivalent parameter of the Reset Indication. 
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6.10.2 MAP FORWARD CHECK SS INDICATION service 



6.10.2.1 



Definition 



This service may be used by an HLR as an implementation option, to indicate to a mobile subscriber that supplementary 
services parameters may have been altered, e.g. due to a restart. If received from the HLR, the VLR shall forward this 
indication to the MSC, which in turn forwards it to the MS. The HLR only sends this indication after successful 
completion of the subscriber data retrieval from HLR to VLR that ran embedded in a MAP_UPDATE_LOCATION 
procedure. 

The MAP_FORWARD_CHECK_SS_INDICATION service is a non-confirmed service using the service primitives 
defined in table 6.10/2. 



6.10.2.2 



Service primitives 

Table 6.10/2: MAP FORWARD CHECK SS INDICATION 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 



6.10.2.3 

Invoke Id 



Parameter definition and use 



See definition in subclause 5.6.1. 



6.10.3 MAP RESTORE DATA service 



6.10.3.1 



Definition 



This service is invoked by the VLR on receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an 
unknown IMSI, or for a known IMSI with the indicator "Confirmed by HLR" set to "Not confirmed". The service is 
used to update the LMSI in the HLR, if provided, and to request the HLR to send all data to the VLR that are to be 
stored in the subscriber's IMSI record. 

The MAP_RESTORE_DATA service is a confirmed service using the service primitives defined in table 6.10/3. 

6.10.3.2 Service primitives 

Table 6.10/3: MAP RESTORE DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


U 


C(=) 






HLR number 






C 


C(=) 


MS Not Reachable Flag 






C 


C(=) 


User error 






c 


C(=) 


Provider error 
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6.1 0.3.3 Parameter definitions and use 

Invoke Id 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. 

LMSI 

See definition in subclause 5.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the 
HLR to support the LMSI handling procedures. 

HLR number 

See definition in subclause 5.6.2. The presence of this parameter is mandatory in case of successful outcome of the 

service. 

MS Not Reachable Flag 

See definition in subclause 5.6.8. This parameter shall be present in case of successful outcome of the service, if the 
"MS Not Reachable flag" was set in the HLR. 

User error 

In case of unsuccessful outcome of the service, an error cause shall be returned by the HLR. The following error causes 
defined in subclause 5.6.1 may be used, depending on the nature of the fault: 

unknown subscriber; 

system failure; 

unexpected data value; 

data missing. 
Provider error 
For definition of provider errors see subclause 5.6.1. 

6.1 1 Subscriber Information services 

6.11 .1 IVIAP-ANY-TIIVIE-INTERROGATION service 

6.11.1.1 Definition 

This service is used by the gsmSCF, to request information (e.g. subscriber state and location) from the HLR at any 
time. 
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6.1 1 .1 .2 Service primitives 



Table 6.11/1 : AnyTimeJnterrogation 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






gsmSCF-Address 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Location Information 






C 


C(=) 


Subscriber State 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












6.1 1 .1 .3 Parameter definition and use 

All parameters are described in subclause 5.6. 

The HLR may be able to use the value of the parameter gsmSCF-address to screen an MAP_Any_Time_Interrogation 
indication. 

The use of the parameters and the requirements for their presence are specified in GSM 03.78. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

System Failure; 

Any Time Interrogation Not Allowed; 

Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 
These are defined in subclause 5.6.1. 
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6.11 .2 MAP-PROVIDE-SUBSCRIBER-lnfo service 

6.11.2.1 Definition 

This service is used to request information (e.g. subscriber state and location) from the VLR at any time. 

6.1 1 .2.2 Service primitives 

Table 6.11/2: Provide Subscriber Information 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






IMSI 


M 


M(=) 






LMSI 


U 









Location Information 






C 


C(=) 


Subscriber State 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












6.1 1 .2.3 Parameter definition and use 

All parameters are defined in section 5.6. The use of these parameters and the requirements for their presence are 
specified in GSM 03.18. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Data Missing; 

Unexpected Data Value. 
Provider error 
These are defined in subclause 5.6.1. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



108 



ETSI TS 100 974 V5.19.0 (2003-09) 



7 



Operation and maintenance services 



7.1 Subscriber tracing services 

7.1 .1 MAP-ACTIVATE-TRACE-MODE service 

7.1.1.1 Definition 

This service is used between the HLR and the VLR to activate subscriber tracing in the VLR. 

The MAP-ACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 7.1/1. 



7.1.1.2 



Service primitives 

Table 7.1/1 : MAP-ACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






Trace type 


M 


M{=) 






OMCId 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












7.1.1.3 Parameter use 

Invoke id 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 

Trace reference 

See definition in subclause 5.6.10. 

Trace type 

See definition in subclause 5.6.10. 

OMCId 

See definition in subclause 5.6.2. The use of this parameter is an operator option. 

User error 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 

Unidentified Subscriber; 

Facility Not Supported; 

Tracing Buffer Full; 

System Failure; 

Unexpected Data Value; 
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Data missing. 
Provider error 
For definition of provider errors see subclause 5.6.1. 

7.1 .2 MAP-DEACTIVATE-TRACE-MODE service 



7.1.2.1 Definition 

This service is used between the VLR and the HLR for deactivating subscriber tracing in the VLR. 

The MAP-DEACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 7.1/2. 



7.1.2.2 



Service primitives 

Table 7.1/2: MAP-DEACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












7.1 .2.3 Parameter use 

Invoke id 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 

Trace reference 

See definition in subclause 5.6.10. 

User error 

The following errors defined in subclause 5.6. 1 may be used, depending on the nature of the fault: 

Unidentified Subscriber; 

Facility Not Supported; 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see subclause 5.6.1. 

7.1 .3 MAP-TRACE-SUBSCRIBER-ACTIVITY service 
7.1.3.1 Definition 

This service is used between the VLR and the MSC to activate the subscriber tracing in the MSC. 
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The MAP-TRACE-SUBSCRIBER- ACTIVITY service is a non-confirmed service using the primitives fi-om table 7.1/3. 

7.1.3.2 Service primitives 

Table 7.1/3: MAP-TRACE-SUBSCRIBER-ACTIVITY 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


IMSI 


C 


C(=) 


Trace reference 


M 


M{=) 


Trace type 


M 


M{=) 


OMCId 


U 


C(=) 



7.1.3.3 Parameter use 

Invoke id 

See definition in subclause 5.6.1. 

IMSI 

See definition in subclause 5.6.2. The controlling MSC shall provide either the IMSI or the IMEI to the servicing MSC. 

Trace reference 

See definition in subclause 5.6.10. 

Trace type 

See definition in subclause 5.6.10. 

OMCId 

See definition in subclause 5.6.2. The use of this parameter is an operator option. 

7.2 Other operation and maintenance services 
7.2.1 IVIAP-SEND-IIVISI service 



7.2.1.1 Definition 

This service is used by a VLR in order to fetch the IMSI of a subscriber in case of some Operation & Maintenance 
procedure where subscriber data are needed in the Visited PLMN and MSISDN is the only subscriber's identity known. 

It is a confirmed service and consists of the primitive shown in figure 7.2/1. 



7.2.1.2 



Service primitives 



Table 7.2/1 : MAP-SEND-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






IMSI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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7.2.1 .3 Parameter use 

All parameters are described in subclause 5.6. The following clarifications are applicable: 

User error 

Only one of the following values is applicable: 

Unknown subscriber; 

Unexpected data value; 

Data missing 



8 



Call handling services 



8.1 



MAP SEND ROUTING INFORMATION service 



8.1.1 



Definition 



This service is used between the Gateway MSC and the HLR. The service is invoked by the Gateway MSC to perform 
the interrogation of the HLR in order to route a call towards the called MS. 

This is a confirmed service using the primitives listed in table 8.1/1. 

8.1.2 Service primitives 

Table 8.1/1 : MAP_SEND_ROUTING_INFORMATION parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Interrogation Type 


M 


M(=) 






GMSC Address 


M 


M(=) 






MSISDN 


M 


M(=) 






OR Interrogation 


C 


C(=) 






OR Capability 


C 


C(=) 






CUG lnterlocl< 


c 


C{=) 


C 


C(=) 


CUG Outgoing Access 


c 


C{=) 


C 


C(=) 


Number of Forwarding 


c 


C(=) 






Network Signal Info 


c 


C(=) 






Supported CAIVIEL Phases 


c 


C(=) 






Suppress T-CSI 


c 


C(=) 






Suppression of Announcement 


c 


C(=) 






Call Reference Number 


c 


C(=) 






Forwarding Reason 


c 


C(=) 






Basic Service Group 


c 


C(=) 






IMSI 






c 


C(=) 


MSRN 






c 


C(=) 


Forwarding Data 






c 


C{=) 


Forwarding Interrogation Required 






c 


C(=) 


VIVISC address 






c 


C(=) 


GMSC Camel Subscription Info 






c 


C(=) 


Location Information 






c 


C{=) 


Subscriber State 






c 


C(=) 


Basic Service Code 






c 


C(=) 


CUG Subscription Flag 






c 


C(=) 


User error 






c 


C(=) 


SS-List 






u 


C(=) 


Provider error 
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8.1.3 Parameter use 

See subclause 5.6 for a definition of the parameters used in addition to the following. Note that: 

a conditional parameter whose use is defined only in GSM 03.78 shall be absent if the sending entity does not 
support CAMEL; 

a conditional parameter whose use is defined only in GSM 03.79 shall be absent if the sending entity does not 
support optimal routeing; 

a conditional parameter whose use is defined only in GSM 03.78 & GSM 03.79 shall be absent if the sending 
entity supports neither CAMEL nor optimal routeing. 

Interrogation Type 

See GSM 03.79 [99] for the use of this parameter. 

GMSC address 

The E.164 address of the GMSC. 

MSISDN 

This is the Mobile Subscriber ISDN number assigned to the called subscriber. 

OR Interrogation 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

OR Capability 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

CUG Interlock 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

Number of Forwarding 

See GSM 03. 18 [97] for the use of this parameter and the conditions for its presence. 

Network Signal Info 

See GSM 03. 18 [97] for the conditions for the presence of the components of this parameter. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in GSM 03.78 

T-CSI Suppression 

The use of this parameter and the requirements for its presence are specified in GSM 03.78 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in GSM 03.78 

Call Reference Number 

The use of this parameter and the conditions for its presence are specified in GSM 03.78 [98] and GSM 03.79 [99]. 

Forwarding Reason 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 
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Basic Service Group 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

IMSI 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

MSRN 

See GSM 03.18 [97] and GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

Forwarding Data 

This parameter includes the forwarded-to number, the forwarding option Notification to calling party and the 
forwarding reason, and can include the forwarded-to subaddress. See GSM 03.18 [97] and GSM 03.79 [99] for the 
conditions for the presence of its components. 

Forwarding Interrogation Required 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

VMSC address 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

GMSC CAMEL Subscription Info 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 

Location Information 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 

Subscriber State 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 

CUG Subscription Flag 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 

SS-List 

This parameter includes SS-codes and will be returned as an operator option. The HLR shall not send PLMN-specific 
SS-codes across PLMN boundaries. However if the GMSC receives PLMN-specific SS-codes from a foreign PLMN's 
HLR the GMSC may ignore it. If the GMSC attempts to process the PLMN specific SS codes, this may lead to 
unpredictable behaviour but the GMSC shall continue call processing. 

Basic Service Code 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 

If the CAMEL service is not involved, this parameter includes the basic service code and will be returned as an operator 
option. The HLR shall not send a PLMN-specific Basic Service Code across PLMN boundaries. However if the GMSC 
receives a PLMN-specific Basic Service Code from a foreign PLMN's HLR the GMSC may ignore it. If the GMSC 
attempts to process the PLMN specific Basic Service codes, this may lead to unpredictable behaviour but the GMSC 
shall continue call processing. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Unknown Subscriber; 

Number changed; 
- Call Barred; 
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This error will indicate that either incoming calls are barred for this MS or that calls are barred due to Operator 
Determined Barring (see GSM 02.41 for a definition of this network feature). 

- CUG Reject; 

The value of this error cause will indicate the reason for CUG Reject. 

Bearer Service Not Provisioned; 

Teleservice Not Provisioned; 

A subscription check has been performed and the call has not passed the check due to incompatibility with 
regard to the requested service. Depending on the nature of the incompatibility, either of these messages will be 
returned. 

Facility Not Supported; 

Absent Subscriber; 

This indicates that the location of the MS is not known (either the station is not registered and there is no 
location information available or the Provide Roaming Number procedure fails due to IMSI detached flag being 
set), or the GMSC requested forwarding information with a forwarding reason of not reachable, and the call 
forwarding on MS not reachable service is not active. 

Busy Subscriber; 

This indicates that Call Forwarding on Busy was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of busy. 

No Subscriber Reply; 

This indicates that Call Forwarding on No Reply was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of no reply. 

- OR Not Allowed; 

This indicates that the HLR is not prepared to accept an OR interrogation from the GMSC, or that calls to the 
specified subscriber are not allowed to be optimally routed. 

Forwarding Violation; 

System Failure; 

- Data Missing; 
Unexpected Data Value. 

See subclause 5.6 for a definition of these errors. 

Provider error 

These are defined in subclause 5.6. 

8.2 MAP_PROVIDE_ROAMING_NUMBER service 
8.2.1 Definition 

This service is used between the HLR and VLR. The service is invoked by the HLR to request a VLR to send back a 
roaming number to enable the HLR to instruct the GMSC to route an incoming call to the called MS. 

This is a confirmed service which uses the Primitives described in table 8.2/1. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



115 



ETSI TS 100 974 V5.19.0 (2003-09) 



8.2.2 Service primitives 



Table 8.2/1: MAP_PROVIDE_ROAMING_NUMBER parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Number 


M 


M(=) 






MSISDN 


U 


C(=) 






LMSI 


C 


C(=) 






GSM Bearer Capability 


C 


C{=) 






Network Signal Info 


C 


C(=) 






Suppression Of Announcement 


C 


C{=) 






Call Reference Number 


C 


C(=) 






GMSC Address 


C 


C(=) 






OR Interrogation 


C 


C{=) 






Roaming Number 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












8.2.3 Parameter use 

See subclause 5.6 for a definition of the parameters used, in addition to the following. Note that: 

a conditional parameter whose use is defined only in GSM 03.78 shall be absent if the sending entity does not 
support CAMEL; 

a conditional parameter whose use is defined only in GSM 03.79 shall be absent if the sending entity does not 
support optimal routeing; 

a conditional parameter whose use is defined only in GSM 03.78 & GSM 03.79 shall be absent if the sending 
entity supports neither CAMEL nor optimal routeing. 

IMSI 

This is the IMSI of the called Subscriber. 

MSC Number 

This is the ISDN number assigned to the MSC currently serving the MS. The MSC number will have been stored in the 
HLR as provided at location updating. 

MSISDN 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

LMSI 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

GSM Bearer Capabihty 

See GSM 03. 18 [97] for the use of this parameter and the conditions for its presence. 

This information is passed according to the rules specified in TS GSM 09.07. 

There may be two GSM Bearer Capabilities supplied. 

Network Signal Info 

See GSM 03.18 [97] for the conditions for the presence of the components of this parameter. 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in GSM 03.78. 
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Call Reference Number 

The use of this parameter and the conditions for its presence are specified in GSM 03.78 [98] and GSM 03.79 [99]. 

GMSC Address 

The use of this parameter and the conditions for its presence are specified in GSM 03.78 [98] and GSM 03.79 [99]. 

OR Interrogation 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

Roaming Number 

See GSM 03.18 [97] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Absent Subscriber; 

This error will be returned if the IMSI detach flag is set. 

No Roaming Number Available; 

- OR Not Allowed; 

This indicates that the MAP_PROVIDE_ROAMING_NUMBER indication included the OR interrogation 
indicator, but the VLR does not support optimal routeing. 

Facility Not Supported; 

System Failure; 

- Data Missing; 
Unexpected Data Value. 

See subclause 5.6 for a definition of these reasons. 

Provider error 

These are defined in subclause 5.6. 

8.3 MAP_RESUME_CALL_HANDLING service 
8.3.1 Definition 

This service is used between the terminating VMSC and the GMSC. The service is invoked by the terminating VMSC 
to request the GMSC to resume handling the call and forward it to the specified destination. 

This is a confirmed service which uses the Primitives listed in table 8.3/1. 
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8.3.2 Service primitives 



Table 8.3/1 : MAP_RESUME_CALL_HANDLING parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Call Reference Number 


M 


M(=) 






Basic Service Group 


M 


M(=) 






IMSI 


M 


M(=) 






Forwarding Data 


M 


M(=) 






CUG Interlock 





C(=) 






CUG Outgoing Access 


C 


C(=) 






0-CSI 


C 


C(=) 






User error 






G 


C(=) 


Provider error 












8.3.3 Parameter use 

See subclause 5.6 for a definition of the parameters used, in addition to the following. 

Call Reference Number 

See GSM 03.79 [99] for the use of this parameter. 

Basic Service Group 

See GSM 03.79 [99] for the use of this parameter. 

IMSI 

This is the IMSI of the forwarding Subscriber. 

Forwarding Data 

Includes the forwarded-to number, the forwarding reason, an indication of whether the calling party is to be notified that 
the call has been forwarded and possibly a forwarded-to subaddress. 

CUG Interlock 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

O-CSI 

See GSM 03.79 [99] for the use of this parameter and the conditions for its presence. 

For CAMEL phase 1, the O-CSI shall contain only one set of O-BCSM TDP data. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Optimal Routeing not allowed; 

Forwarding failed. 
Provider error 
These are defined in subclause 5.6. 
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Supplementary services related services 



9.1 



MAP REGISTER SS service 



9.1.1 



Definition 



This service is used between the MSC and the VLR and between the VLR and the HLR to register data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 

9.1.2 Service primitives 

The service primitives are shown in table 9.1/L 

Table 9.1/1 : MAP_REGISTER_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C{=) 






Forwarded-to number 


C 


C(=) 






with subaddress 










No reply condition 


c 


C(=) 






time 










Forwarding 






C 


C(=) 


information 










User error 






C 


C(=) 


Provider error 












9.1.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to register. 

Basic service 

This parameter indicates for which basic service group the supplementary service is to be registered. If it is not 
included, the registration request applies to all basic services. 

Forwarded-to number with subaddress 

This parameter is obligatory if the registration applies to one or more call forwarding supplementary services. It can 
optionally include a sub-address. 

No reply condition time 

This parameter is included if the registration applies to the Call Forwarding on No Reply supplementary service (or a 
superset of this service) and the mobile subscriber supplies a value for this time. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the registration request concerned 
one or a group of Call Forwarding supplementary services. 

User error 
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This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in subclause 5.6.1: 

System failure; 

Data missing; 

Unexpected data value; 
- Call Barred; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 

Illegal SS operation; 

SS error status; 

SS incompatibility. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 



9.2 



MAP ERASE SS service 



9.2.1 



Definition 



This service is used between the MSC and the VLR and between the VLR and the HLR to erase data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 



9.2.2 Service primitives 

The service primitives are shown in table 9.2/1. 



Table 9.2/1 : MAP_ERASE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C{=) 






Forwarding information 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












9.2.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to erase. 

Basic service 
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This parameter indicates for which basic service group the supplementary service should be erased. If it is not included, 
the erasure request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the erasure request concerned one or 
a group of Call Forwarding supplementary services. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in subclause 5.6.1: 

System failure; 

Data Missing; 

Unexpected data value; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 
- Call Barred; 

Illegal SS operation; 

SS error status. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 



9.3 



MAP ACTIVATE SS service 



9.3.1 



Definition 



This service is used between the MSC and the VLR and between the VLR and the HLR to activate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 



9.3.2 Service primitives 

The service primitives are shown in table 9.3/1. 



Table 9.3/1 : MAP_ACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


Call barring information 






C 


C(=) 


SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 
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9.3.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to activate. 

Basic service 

This parameter indicates for which basic service groups the requested supplementary service(s) should be activated. If it 
is not included, the activation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Forwarding. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Barring. 

SS-Data 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned for 
example Call Waiting. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in subclause 5.6.1: 

System failure; 

Data Missing; 

Unexpected data value; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 

- Call Barred; 
Illegal SS operation; 
SS error status; 

SS subscription violation; 
SS incompatibility; 
Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See subclause 5.6.1 for the use of this parameter. 
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9.4 



MAP DEACTIVATE SS service 



9.4.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to deactivate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 

9.4.2 Service primitives 

The service primitives are shown in table 9.4/1. 

Table 9.4/1 : MAP_DEACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C{=) 






Forwarding 






C 


C(=) 


information 










Call barring 






C 


C(=) 


information 










SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












9.4.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to deactivate. 

Basic service 

This parameter indicates for which basic service group the requested supplementary service(s) should be deactivated. If 
it is not included the deactivation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the deactivation request concerned 
one or a group of Call Forwarding supplementary services. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned one 
or a group of Call Barring supplementary services. 

SS-Data 

This parameter is returned by the responder at successful outcome of the service, for example if the deactivation request 
concerned the Call Waiting supplementary service. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in subclause 5.6.1: 

System failure; 
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- Data Missing; 
Unexpected data value; 
Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 

- Call Barred; 

- Illegal SS operation; 
SS error status; 

SS subscription violation; 
Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See subclause 5.6. 1 for the use of this parameter. 



9.5 



MAP INTERROGATE SS service 



9.5.1 



Definitions 



This service is used between the MSC and the VLR and between the VLR and the HLR to retrieve information related 
to a supplementary service. The VLR will relay the message to the HLR if necessary. 

The service is a confirmed service and consists of four service primitives. 



9.5.2 Service primitives 

The service primitives are shown in table 9.5/1. 



Table 9.5/1 : MAP_INTERROGATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






SS-Status 






C 


C(=) 


Basic service Group LIST 






C 


C{=) 


Forwarding feature LIST 






c 


C{=) 


CLI restriction Info 






c 


C{=) 


User error 






c 


C(=) 


Provider error 












9.5.3 Parameter use 

For additional information on parameter use refer to the GSM 04. 8x and 04.9x-series of technical specifications. 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 
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SS-Code 

The mobile subscriber can only interrogate a single supplementary service per service request. 

Basic service 

This parameter indicates for which basic service group the given supplementary service is interrogated. If it is not 
included, the interrogation request applies to all basic services. 

SS-Status 

This parameter is included by the responder if: 

the interrogated supplementary service can only be subscribed for all applicable basic services simultaneously; 
or 

the interrogated supplementary service is not active for any of the interrogated basic services. 

Basic service group LIST 

This parameter LIST is used to include one or a series of basic service groups for which the interrogated supplementary 
service is active. If the interrogated supplementary service is not active for any of the interrogated (and provisioned) 
basic service groups, the SS-Status parameter is returned. 

Forwarding feature LIST 

The forwarding feature parameter is described in subclause 5.6.4. A list of one or more forwarding features is returned 
by the responder when the interrogation request applied to Call Forwarding supplementary service. 

If no basic service code parameter is provided within this sequence, the forwarding feature parameter applies to all 
provisioned basic services. 

CLI restriction Info 

The CLI-Restrictionlnfo parameter is returned by the responder when the interrogation request applies to the CLIR 
supplementary service. 

User error 

This error is sent by the responder upon unsuccessful outcome of the interrogation service, and then takes one of the 
following values, defined in subclause 5.6.1: 

System failure; 

Data Missing; 

Unexpected data value; 

Bearer Service not provisioned; 

This error is returned only if not even a subset of the interrogated bearer services are provided. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the interrogated teleservices are provided. 
- Call Barred; 

Illegal SS operation; 

SS not available. 
Provider error 
See subclause 5.6. 1 for the use of this parameter. 
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9.6 



MAP INVOKE SS service 



9.6.1 Definitions 

This service is used between the MSC and the VLR to check the subscriber's subscription to a given supplementary 
service in the VLR, in connection with in-call invocation of that supplementary service, i.e. after the call set-up phase is 
finished. For supplementary service invocation during call set-up phase, please refer to the call handling descriptions. 

The service is a confirmed service and consists of four service primitives. 

9.6.2 Service primitives 

The service primitives are shown in table 9.6/1. 

Table 9.6/1 : MAP_INVOKE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












9.6.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This SS-Code can only refer to a single supplementary service, e.g. the Call Hold or Multi Party supplementary 

services. 

Basic service 

This parameter indicates for which basic service the supplementary service invocation is required. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values: 

System Failure; 

- Data Missing; 
Unexpected data value; 

- Call Barred; 
Illegal SS operation; 
SS error status; 

SS not available. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 
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9.7 MAP_REGISTER_PASSWORD service 

9.7.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR if the mobile subscriber 
requests to register a new password. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 

9.7.2 Service primitives 

The service primitives are shown in table 9.7/1. 

Table 9.7/1 : MAP_REGISTER_PASSWORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






New password 






C 


C{=) 


User error 






C 


C(=) 


Provider error 












9.7.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates for which supplementary service(s) the password should be registered. 

New Password 

See subclause 5.6.4 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in subclause 5.6.1: 

System failure; 

- Data Missing; 
Unexpected data value; 

- Call Barred; 

SS subscription violation; 
Password registration failure; 
Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See subclause 5.6.1 for the use of this parameter. 
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9.8 



MAP GET PASSWORD service 



9.8.1 Definitions 

This service is used between the HLR and the VLR and between the VLR and the MSC when the HLR receives a 
request from the mobile subscriber for an operation on a supplementary service which requires a password from the 
subscriber. The VLR will relay the message to the MSC. 

The service is a confirmed service and consists of four service primitives. 

9.8.2 Service primitives 

The service primitives are shown in table 9.8/1. 

Table 9.8/1 : MAP_GET_P ASS WORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Linked id 


C 


C{=) 






Guidance info 


M 


M(=) 






Current password 






M 


M(=) 


Provider error 












9.8.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

Linked Id 

See subclause 5.6.1 for the use of this parameter. If the MAP GET PASSWORD service is used in conjunction with the 
MAP REGISTER PASSWORD service, this parameter must be present; otherwise it must be absent. 

Guidance info 

See subclause 5.6.4 for the use of this parameter. 

Current password 

See subclause 5.6.4 for the use of this parameter. 

Provider error 

See subclause 5.6. 1 for the use of this parameter. 

9.9 MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
service 

9.9.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to relay information in order to 
allow unstructured supplementary service operation. 

The MAP_PROCESS_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from 
table 9.9/1. 
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9.9.2 Service primitives 



Table 9.9/1 : MAP_PROCESS_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M{=) 


C 


C{=) 


USSD String 


IVI 


M(=) 


C 


C(=) 


User error 






c 


C(=) 


Provider error 












9.9.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

USSD Data Coding Scheme: 

See subclause 5.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD String parameter has to be 
present. 

USSD String: 

See subclause 5.6.1 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD Data Coding Scheme 
parameter has to be present. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in subclause 5.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 
- Call Barred; 

Unknown Alphabet. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 

9.10 MAP_UNSTRUCTURED_SS_REQUEST service 
9.10.1 Definitions 

This service is used between the HLR and the VLR and between the VLR and the MSC when the invoking entity 
requires information from the mobile user, in connection with unstructured supplementary service handling. 

The MAP_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from table 9.10/1. 



9.10.2 Service primitives 

The service primitives are shown in table 9.10/1. 
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Table 9.10/1 : MAP_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Sctieme 


M 


M{=) 


C 


C{=) 


USSD String 


M 


M(=) 


C 


C(=) 


User error 






c 


C(=) 


Provider error 












9.10.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

USSD Data Coding Scheme: 

See subclause 5.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the 
mobile user's MMI input. If this parameter is present, then the USSD String parameter has to be present. 

USSD String: 

See subclause 5.6. 1 for the use of this parameter. The presence of the parameter in the response is dependent on the 
mobile user's MMI input. If this parameter is present, then the USSD Data Coding Scheme parameter has to be present. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in subclause 5.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 

Absent Subscriber; 

Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication. 

Illegal Equipment; 
- USSD Busy; 

Unknown Alphabet. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 

9.1 1 MAP_UNSTRUCTURED_SS_NOTIFY service 
9.11.1 Definitions 

This service is used between the HLR and the VLR and between the VLR and the MSC when the invoking entity 
requires a notification to be sent to the mobile user, in connection with unstructured supplementary services handling. 

The MAP_UNSTRUCTURED_SS_NOTIFY service is a confirmed service using the primitives from table 9.11/1. 
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9. 11 .2 Service primitives 

The service primitives are shown in table 9.1 1/1. 

Table 9.11/1 : MAP_UNSTRUCTURED_SS_NOTIFY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding 


M 


M(=) 






Scheme 










USSD String 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












9.11.3 Parameter use 

Invoke id 

See subclause 5.6.1 for the use of this parameter. 

USSD Data Coding Scheme: 

See subclause 5.6.4 for the use of this parameter. 

USSD String: 

See subclause 5.6. 1 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in subclause 5.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 

Absent Subscriber; 

Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication. 

Illegal Equipment; 
- USSD Busy; 

Unknown Alphabet. 
Provider error 
See subclause 5.6.1 for the use of this parameter. 
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1 Short message service management services 

10.1 IVIAP-SEND-ROUTING-INFO-FOR-SIVI service 
10.1.1 Definition 

This service is used between the gateway MSC and the HLR to retrieve the routing information needed for routing the 
short message to the servicing MSC. 

The MAP-SEND-ROUTING-INFO-FOR-SM is a confirmed service using the primitives from table 10.1/1. 



10.1.2 Service primitives 

The service primitives are shown in table 10.1/1. 



Table 10.1/1: MAP-SEND-ROUTING-INFO-FOR-SM 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






SM-RP-PRI 


M 


M(=) 






Service Centre Address 


M 


M(=) 






IMSI 






C 


C(=) 


MSC Number 






C 


C(=) 


LMSI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












10.1.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

MSISDN: 

See definition in subclause 5.6.2. 

SM-RP-PRI: 

See definition in subclause 5.6.8. 

Service Centre Address: 

See definition in subclause 5.6.2. 

IMSI: 

See definition in subclause 5.6.2. The presence of this parameter is mandatory in a successful case. 

MSC Number: 

See definition in subclause 5.6.2. This parameter is provided in a successful response. 

LMSI: 

See definition in subclause 5.6.2. It is an operator option to provide this parameter from the VLR; it is mandatory for 
the HLR to include the LMSI in a successful response, if the VLR has used the LMSI. 

User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 
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Unknown subscriber; 

- Call Barred; 
Teleservice Not Provisioned; 
Absent Subscriber; 

- Facility Not Supported; 
System failure; 
Unexpected Data Value; 
Data missing. 

Provider error: 

For definition of provider errors see subclause 5.6.1. 

1 0.2 MAP-MO-FORWARD-SHORT-MESSAGE service 
10.2.1 Definition 

This service is used between the serving MSC and the SMS Interworking MSC to forward mobile originated short 

messages. 

The MAP -MO-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 10.2/1. 



10.2.2 Service primitives 

The service primitives are shown in table 10.2/1. 



Table 10.2/1: MAP-MO-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SMRPUI 


M 


M(=) 


C 


C(=) 


User error 






C 


C(=) 


Provider error 












10.2.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 
SM RP DA: 

See definition in subclause 5.6.8. 

In the mobile originated SM transfer this parameter contains the Service Centre address received from the mobile 
station. 

SM RP OA: 

See definition in subclause 5.6.8. 

The MSISDN received from the VLR is inserted in this parameter in the mobile originated SM transfer. 
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SM RP UI: 

See definition in subclause 5.6.8. The short message transfer protocol data unit received from the Service Centre is 
inserted in this parameter. 

User error: 

The following errors defined in subclause 5.6. 1 may be used, depending on the nature of the fault: 
Facility Not Supported; 
System Failure; 
SM Delivery Failure; 

The reason of the SM Delivery Failure can be one of the following in the mobile originated SM: 
unknown Service Centre address; 
Service Centre congestion; 
invalid Short Message Entity address; 

- subscriber not Service Centre subscriber; 

- protocol error. 

- Unexpected Data Value. 
Provider error: 
For definition of provider errors see subclause 5.6.1. 

1 0.3 MAP-REPORT-SM-DELIVERY-STATUS service 
10.3.1 Definition 

This service is used between the gateway MSC and the HLR. The MAP-REPORT-SM-DELIVERY-STATUS service is 
used to set the Message Waiting Data into the HLR or to inform the HLR of successful SM transfer after polling. This 
service is invoked by the gateway MSC. 

The MAP-REPORT-SM-DELIVERY-STATUS service is a confirmed service using the service primitives given in 
table 10.3/L 



10.3.2 Service primitives 

The service primitives are shown in table 10.3/L 



Table 10.3/1: MAP-REPORT-SM-DELIVERY-STATUS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






Service Centre Address 


M 


M(=) 






SM Delivery Outcome 


M 


M(=) 






Absent Subscriber 


C 


C(=) 






Diagnostic SIVI 










MSIsdn-Alert 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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10.3.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

MSISDN: 

See definition in subclause 5.6.2. 

Service Centre Address: 

See definition in subclause 5.6.2. 

SM Delivery Outcome: 

See definition in subclause 5.6.8. This parameter indicates the status of the mobile terminated SM delivery. 

Absent Subscriber Diagnostic SM: 

See definition in subclause 5.6.8. 

MSIsdn-Alert: 

See definition in subclause 5.6.2. This parameter shall be present in case of unsuccessful delivery, when the MSISDN 
received in the operation is different from the stored MSIsdn-Alert; the stored MSIsdn-Alert is the value that is returned 
to the gateway MSC. 

User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 

Unknown Subscriber; 

Message Waiting List Full; 
- Unexpected Data Value; 

Data missing. 
Provider error: 
For definition of provider errors see subclause 5.6.1. 

1 0.4 MAP-READY-FOR-SM service 
10.4.1 Definition 

This service is used between the MSC and VLR and as well between the VLR and the HLR. The MSC initiates this 
service if a subscriber indicates memory available situation. The VLR uses the service to indicate this to the HLR. 

The VLR initiates this service if a subscriber, whose message waiting flag is active in the VLR, has radio contact in the 
MSC. 

The MAP-READY-FOR-SM service is a confirmed service using the primitives from table 10.4/1. 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






TMSI 


C 


C(=) 






Alert Reason 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












10.4.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

IMSI: 

See definition in subclause 5.6.2. The IMSI is used always between the VLR and the HLR. Between the MSC and the 
VLR the identification can be either IMSI or TMSI. 

TMSI: 

See definition in subclause 5.6.2. The identification can be either IMSI or TMSI between MSC and VLR. 

Alert Reason: 

See definition in subclause 5.6.8. This parameter indicates if the mobile subscriber is present or the MS has memory 
available. 

User error: 

The following errors defined in subclause 5.6.1 may be used, depending on the nature of the fault: 

Unknown Subscriber; 

Facility Not Supported: 

System Failure; 

Unexpected Data Value; 

Data missing; 
Provider error: 
For definition of provider errors see subclause 5.6.1. 

1 0.5 MAP-ALERT-SERVICE-CENTRE service 
10.5.1 Definition 

This service is used between the HLR and the interworking MSC. The HLR initiates this service, if the HLR detects 
that a subscriber, whose MSISDN is in the Message Waiting Data file, is active or the MS has memory available. 

The MAP- ALERT-SERVICE-CENTRE service is a confirmed service using the primitives from table 10.5/1. 
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10.5.2 Service primitives 

The service primitives are shown in table 10.5/1. 



Table 10.5/1: MAP- ALERT-SERVICE-CENTRE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSIsdn-Alert 


M 


M(=) 






Service Centre Address 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












10.5.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

MSIsdn-Alert: 

See definition in subclause 5.6.2. The provided MSISDN shall be the one which is stored in the Message Waiting Data 
file. 

Service Centre Address: 

See definition in subclause 5.6.2. 

User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error: 
For definition of provider errors see subclause 5.6.1. 

1 0.6 MAP-INFORM-SERVICE-CENTRE service 
10.6.1 Definition 

This service is used between the HLR and the gateway MSC to inform the Service Centre which MSISDN number is 
stored in the Message Waiting Data file. If the stored MSISDN number is not the same than the one received from the 
gateway MSC in the MAP-SEND-ROUTING-INFO-FOR-SM service primitive the stored MSISDN number is 
included in the message. 

Additionally the status of MCEF and MNRF flags and the inclusion of the particular Service Centre address in the 
Message Waiting Data list is informed to the gateway MSC when appropriate. 

The MAP-INFORM-SERVICE-CENTRE service is a non-confirmed service using the primitives from table 10.6/1. 
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Parameter name 


Request 


Indication 


Invoke Id 
MSIsdn-Alert 
MWD Status 


M 
C 
C 


M(=) 
C(=) 
C(=) 



10.6.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

MSIsdn-Alert: 

See definition in subclause 5.6.2 This parameter refers to the MSISDN stored in a Message Waiting Data file in the 
HLR. 

MWD Status: 

See definition in subclause 5.6.8. This parameter indicates the status of the MCEF and MNRF flags and the status of the 
particular SC address presence in the Message Waiting Data list. 

1 0.7 MAP-SEND-INFO-FOR-MT-SMS service 
10.7.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC receiving an mobile terminated 
short message to request subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MT-SMS service is a confirmed service using the primitives from table 10.7/1. 



10.7.2 Service primitives 



The service primitives are shown in table 10.7/1. 

Table 10.7/1: MAP-SEND-INFO-FOR-MT-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






MSISDN 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












10.7.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

SM RP DA: 

See definition in subclause 5.6.8. This parameter shall contain either an IMSI or a LMSI. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



138 



ETSI TS 100 974 V5.19.0 (2003-09) 



MSISDN: 

See definition in subclause 5.6.2. 

User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 

Unknown subscriber; 

Unidentified Subscriber; 

Absent subscriber; 

Unexpected Data Value; 

- Data Missing; 

- Illegal subscriber; 

- Illegal equipment; 

- Subscriber busy for MT SMS ; 
System Failure. 

Provider error: 

For definition of provider errors see subclause 5.6.1. 

1 0.8 MAP-SEND-INFO-FOR-MO-SMS service 
10.8.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC which has to handle a mobile 
originated short message request to request the subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MO-SMS service is a confirmed service using the primitives from table 10.8/1. 



10.8.2 Service primitives 



The service primitives are shown in table 10.8/1. 

Table 10.8/1: MAP-SEND-INFO-FOR-MO-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Service Centre Address 


M 


M(=) 






MSISDN 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












10.8.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 
Service Centre Address: 

See definition in subclause 5.6.2. 
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MSISDN: 

See definition in subclause 5.6.2. 
User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 
Teleservice Not Provisioned; 

- Call Barred; 
Unexpected Data Value; 

- Data Missing. 
Provider error: 

For definition of provider errors see subclause 5.6.1. 

1 0.9 MAP-MT-FORWARD-SHORT-MESSAGE service 
10.9.1 Definition 

This service is used between the gateway MSC and the servicing MSC to forward mobile mobile terminated short 

messages. 

The MAP-MT-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 10.9/1. 



10.9.2 Service primitives 

The service primitives are shown in table 10.9/1. 



Table 10.9/1: MAP-MT-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SMRPUI 


M 


M(=) 


C 


C(=) 


More Messages To Send 


C 


C{=) 






User error 






C 


C(=) 


Provider error 












10.9.3 Parameter use 

Invoke id: 

See definition in subclause 5.6.1. 

SM RP DA: 

See definition in subclause 5.6.8. This parameter can contain either an IMSI or a LMSI. The use of the LMSI is an 
operator option. The LMSI can be provided if it is received from the HLR. The IMSI is used if the use of the LMSI is 
not available. 

This parameter is omitted in the mobile terminated subsequent SM transfers. 

SM RP OA: 

See definition in subclause 5.6.8. The Service Centre address received from the originating Service Centre is inserted in 
this parameter . 
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This parameter is omitted in the mobile terminated subsequent SM transfers. 

SM RP UI: 

See definition in subclause 5.6.8. The short message transfer protocol data unit received from the Service Centre is 
inserted in this parameter. A short message transfer protocol data unit may also be inserted in this parameter in the 
message delivery acknowlegment from the MSC to the Service Centre. 

More Messages To Send: 

See definition in subclause 5.6.8. The information from the MMS indication received from the Service Centre is 
inserted in this parameter. 

User error: 

The following errors defined in subclause 5.6.1 maybe used, depending on the nature of the fault: 
Unidentified subscriber; 

- Absent Subscriber_SM; 

- Subscriber busy for MT SMS ; 

Facility Not Supported; 

Illegal Subscriber indicates that delivery of the mobile terminated short message failed because the mobile 
station failed authentication; 

Illegal equipment indicates that delivery of the mobile terminated short message failed because an IMEI check 
failed, i.e. the IMEI was blacklisted or not white-listed; 

System Failure; 

SM Delivery Failure; 

The reason of the SM Delivery Failure can be one of the following in the mobile terminated SM: 

- memory capacity exceeded in the mobile equipment; 

- protocol error; 

mobile equipment does not support the mobile terminated short message service. 
Unexpected Data Value; 

- Data Missing. 
Provider error: 

For definition of provider errors see subclause 5.6.1. 



1 1 General 
11.1 Overview 

Clause 11 to 14 specify the protocol elements to be used to provide the MAP services described in clause 5. 

Clause 12 specifies the elements of procedures for the MAP protocol. Clause 13 specifies the mapping on to TC service 
primitives. Clause 14 specifies the application contexts, operation packages and abstract syntaxes for the MAP protocol 
as well as the encoding rules to be applied. 
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1 1 .2 Underlying services 



The MAP protocol relies on the services provided by the Transaction Capabilities (TC) of signalling system number 7, 
as referenced in clause 4. 

1 1 .3 IVIodel 

The MAP Protocol Machine (MAP PM) can be modelled as a collection of service state machines (SSMs) - one per 
MAP specific service invoked - coordinated by a MAP dialogue control function with its one state machine: MAP 
dialogue state machine (DSM). There are two types of Service State Machines: Requesting Service State Machines 
(RSM) and Performing Service State Machines (PSM). 

A new invocation of a MAP PM is employed on the receipt of a MAP-OPEN request primitive or a TC-BEGIN 
indication primitive. Each invocation controls exactly one MAP dialogue. For each MAP specific service invoked 
during a dialogue, a MAP RSM is created at the requestor's side and a MAP PSM is created at the performer's side. 

This modelling is used only to facilitate understanding and the MAP behaviour descriptions and is not intended to 
suggest any implementation. SDL descriptions are organized according to this model. 

How the MAP-service-user and the MAP refer to a MAP dialogue (i.e. a MAP PM invocation) is a local 
implementation matter. 

How TC dialogue identifiers are assigned to a MAP PM invocation is also a local implementation matter. 

1 1 .4 Conventions 

The behaviour of the MAP PM depends on the application-context-name associated with the dialogue. One major 
difference is that the MAP requests the transfer of the application-context-name by TC only for those contexts which do 
not belong to the so-called "version one context set". 

The "version one context set" is a set of application-contexts which model the behaviour of a MAP VI implementation 
according to the latest phase 1 version of GSM 09.02. This set is defined in clause 12. 

The procedures described in clause 12 are used when the application-context-name does not refer to a dialogue between 
an MSC and its VLR. When the application-context-name refers to a dialogue between an MSC and its VLR the MAP 
PM procedures are a local implementation matter. 



12 Elements of procedure 
12.1 Dialogue establishment 

The establishment of a MAP dialogue involves two MAP-service-users, one that is the dialogue-initiator and one that is 
the dialogue-responder. 

This procedure is driven by the following signals: 

a MAP -OPEN request primitive from the dialogue-initiator; 

a TC-BEGIN indication primitive occurring at the responding side; 

a MAP-OPEN response primitive from the dialogue-responder; 

the first TC-CONTINUE indication primitive occurring at the initiating side; 
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and under specific conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U- ABORT indication primitive occurring at the initiating side; 

a TC-P- ABORT indication primitive occurring at the initiating side. 

12.1.1 Handling of unknown operations 

Unknown operations (i.e. a standard operation introduced in a later version of 09.02 or a private operation) can be 
introduced in MAP in a backwards compatible way. This means, that the receiver of an unknown operation shall, if the 
dialogue state allows it, send a TC -REJECT component to the sender of the operation indicating 'unrecognised 
operation' and continue with the processing of further components or messages exchanged within the dialogue as if the 
unknown operation had not been received. 

The standardised structure of a MAP dialogue shall not be affected by the invocation of unknown operations, i.e. if a 
dialogue uses only a TC -BEGIN message which is acknowledged by a TC-END message, a TC-CONTINUE message 
shall not be used to invoke an unknown operation. However the standardised structure of a MAP dialogue may be 
affected by the rejection of unknown operations, i.e. if a dialogue uses only a TC -BEGIN message which is 
acknowledged by a TC-END message, a TC-CONTINUE message followed by a TC-END message may be used to 
carry the rejection of an unknown operation and the response to the standardised operation. The entity which initiated a 
dialogue whose standardised structure is a TC-BEGIN message which is acknowledged by a TC-END message shall 
not send any messages in that dialogue after the TC-BEGIN. 

Note that if the dialogue structure is affected as described in this paragraph the TC-CONTINUE shall include the 
dialogue portion required to confirm the acceptance of the dialogue. 

Unknown operations can be invoked in the following types of messages (there is no restriction as to how many 
unknown operations can be invoked in a message): 

TC-BEGIN the component to invoke the unknown operation shall follow the component of the standard 
operation that is included in this message; 

TC-CONTINUE: the component to invoke the unknown operation may be transported as the only component in 
a stand-alone message or can be grouped with existing operations. In the latter case a specific sequencing of 
components is not required; 

TC-END: if the component to invoke the unknown operation is grouped with an existing operation a specific 
sequencing of components is not required. 

The TC -REJECT component may be sent in the following messages: 

TC-CONTINUE or TC-END: either as the only component of the message or grouped with an existing 
component. The choice is up to the MAP-Service User; 

If the received message contains only unknown operations the MAP-Service User shall send the TC-REJECT 
components in a TC-CONTINUE message to the peer entity, if the dialogue state allows it; 

If the received message contains unknown operations and standard operations and the standardised structure of 
the dialogue requires the response to the standard operation to be sent within a TC-END message, then the MAP- 
Service User may send the response to the standard operations and the TC-REJECT components for the 
unknown operations in a TC-CONTINUE message followed by a TC-END message. A specific distribution of 
the components to the TC messages or a specific sequencing of components is not required. 

Note that SDLs of chapters 16-21 do not show the report to the MAP-Service User about the reception of the unknown 
operation. This has been done for the sake of simplicity of description; the MAP PM may inform the MAP-Service 
User. 

The sender of the unknown operation shall ensure that there is enough room in the used message for the unknown 
operation. 
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12.1.2 Receipt of a MAP-OPEN request primitive 

On receipt of a MAP-OPEN request primitive the behaviour of the MAP PM shall be as follows. 

The MAP PM shall accept zero, one or several user request primitives until a MAP-DELIMITER request primitive is 
received. 

For each user request primitive, the MAP PM shall request the invocation of the associated operation using the TC- 
INVOKE service. See subclause 12.6 for a description of the associated SSMs. 

On receipt of the MAP-DELIMITER request primitive the MAP PM shall issue a TC-BEGIN request primitive. The 
application-context-name as well as the user information parameter (if any) shall be mapped to the corresponding TC- 
BEGIN parameters. 

The requesting MAP PM waits for a TC indication primitive and does not accept any other primitive from its user, 
except a MAP-U- ABORT request or a MAP-CLOSE request. 

12.1.3 Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, the MAP PM shall: 

if no application-context-name is included in the primitive and if the "Components present" indicator indicates 
"no components", issue a TC-U-ABORT request primitive (note 2). The local MAP-User is not informed; 

if no application-context-name is included in the primitive and if presence of components is indicated, wait for 
the first TC -INVOKE primitive, and derive a version 1 application-context-name from the operation code 
according to table 12.1/1 (note 1); 

NOTE 1 : In some cases, it may be necessary to analyse the operation argument. 

Then: 

a) if no application-context-name can be derived (i.e. the operation code does not exist in MAP VI 
specifications), the MAP PM shall issue a TC-U-ABORT request primitive (note 2). The local MAP-User is 
not informed. 

b) if an application-context-name can be derived and if it is acceptable from a load control point of view, the 
MAP PM shall: 

i) if this primitive requests the beginSubscriberActivity operation, the MAP PM shall check whether more 
components have been received associated with this operation. If more components are present, the MAP 
PM shall issue a MAP -OPEN indication primitive with the version 1 application-context-name 
"networkFunctionalSsContext-vl". The Destination-reference shall include the IMSI taken from the 
argument of the beginSubscriberActivity operation; the Originating-reference shall cover the 
originatingEntityNumber. 

A beginSubscriberActivity operation that is not associated with any other Component shall be rejected by 
the MAP PM by issuing a TC-U-ABORT request primitive (note 2). The local MAP-User shall not be 
informed. 

ii) otherwise, the MAP PM shall issue a MAP -OPEN indication primitive with the version 1 application- 
context-name set according to table 12.1/1. DestinationReference and OriginatingReference must not be 
included in the MAP-OPEN indication primitive. 

Then the MAP PM shall function in a way that the dialogue responding MAP behaves as specified in the 
GSM phase 1 protocol (latest version of TS GSM 09.02 phase 1). 

NOTE 2: If no AARQ apdu was included in the BEGIN message, TC (Component Sub-layer) will not include an 
AARE apdu or an ABRT apdu in a TR-U-ABORT request primitive that is to be issued on receipt of a 
TC-U-ABORT request primitive from the local MAP service provider. 

c) if an application-context-name can be derived but if it is not acceptable from a load control point of view, the 
MAP PM shall ignore this dialogue request and not inform the MAP-user; 
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if a version 1 application-context-name is included, the MAP PM shall issue a TC-U- ABORT request primitive 
with abort-reason "User-specific" and user-information "MAP-ProviderAbortlnfo" indicating 
"abnormalDialogue". The local MAP-user shall not be informed. 

if an application-context-name different from version 1 is included in the primitive and if User-information is 
present, the User-information must constitute a syntactically correct MAP-OPEN dialogue PDU. Otherwise a 
TC-U-ABORT request primitive with abort-reason "User-specific" and user-information "MAP- 
ProviderAbortlnfo" indicating "abnormalDialogue" shall be issued and the local MAP-user shall not be 
informed. 

if no User-information is present it is checked whether presence of User Information in the TC-BEGIN 
indication primitive is required for the received application-context-name. If User Information is required but 
not present, a TC-U-ABORT request primitive with abort-reason "User-specific" and user-information 
"MAP-ProviderAbortlnfo" indicating "abnormalDialogue" shall be issued. The local MAP-user shall not be 
informed. 

if an application-context-name different from version 1 is received in a syntactically correct TC-BEGIN 
indication primitive but is not acceptable from a load control point of view, the MAP PM shall ignore this 
dialogue request. The MAP-user is not informed. 

if an application-context-name different from version 1 is received in a syntactically correct TC-BEGIN 
indication primitive and if it is acceptable from a load control point of view, the MAP PM shall check whether 
the application-context-name is supported. 

NOTE 3: Unknown application-context-names are treated like unsupported ones. 

If it is, the MAP PM shall issue a MAP-OPEN indication primitive with all parameters (application-context- 
name included) set according to the value of the corresponding parameter of the TC-BEGIN indication 
primitive. 

The MAP PM shall then process any other indication primitives received from TC as described in 
subclause 12.6. Once all the received components have been processed, the MAP PM shall inform the local 
MAP service user by a MAP-DELIMITER indication primitive. 

If the TC-BEGIN indication primitive is not associated with any component, the MAP PM shall inform the MAP 
User by a MAP-DELIMITER indication primitive. 

Once all the received primitives have been processed, the MAP PM does not accept any primitive from the 
provider and waits for a MAP -OPEN response primitive from its user. 

if an application-context-name different from version 1 is received in a syntactically correct TC-BEGIN 
indication primitive and if it is acceptable from a load control point of view but the application-context-name 
is not supported, the MAP PM shall issue a TC-U-ABORT request primitive with abort -reason indicating 
"application-context-not-supported". If an alternative application-context-name cannot be offered, the 
received application-context-name shall be returned in the TC-U-ABORT Req primitive. 

In the following cases an alternative application-context can be offered and its name included in the TC-U- 
ABORT Req primitive: 

a) if an application-context of version 2 or higher is requested, but only version 1 application-context supported, 
then the vl application context shall be returned; 

b) if an application-context of version 3 or higher is requested, but only version 2 application-context supported, 
then the v2 application context shall be returned. 

c) if an application-context of version 4 or higher is requested, but only version 3 application-context supported, 
then the v3 application context shall be returned. 
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Table 12.1/1 : Mapping of VI operation codes on to application-context-names 



Operation 


Application-context-name (note 1) 


updateLocation 


networkLocUpContext-v1 


cancelLocation 


locationCancellationContext-v1 


provideRoamingNumber 


roamingNumberEnquiryContext-v1 


insertSubscriberData 


subscriberDataMngtContext-v1 


deleteSubscriberData 


subscriberDataMngtContext-v1 


sendParameters 


infoRetrievalContext-v1 


networkLocUpContext-v1 (note 2) 


beginSubscriberActivity 


networkFunctionalSsContext-v1 


sendRoutinglnfo 


locationlnfoRetrievalContext-v1 


performHandover 


handoverControlContext-v1 


reset 


resetContext-v1 


activateJraceMode 


tracingContext-v1 


deactivatelraceMode 


tracingContext-v1 


sendRoutinglnfoForSM 


shortMsgGatewayContext-v1 


forwardSM 


shortMsgRelayContext-v1 


reportSM-deliveryStatus 


shortMsgGatewayContext-v1 


noteSubscriberPresent 


mwdMngtContext-v1 


alertServiceCentreWithoutResult 


shortMsgAlertContext-v1 


checklMEl 


EquipmentMngtContext-v1 



NOTE 1: These symbolic names refer to the object identifier value defined in clause 14 and allocated to each 
application-context used for the MAP. 

NOTE 2: The choice between the application contexts is based on the parameters received in the operation. 

12.1.4 Receipt of a MAP-OPEN response 

On receipt of a MAP -OPEN response primitive indicating that the dialogue is accepted, the MAP PM shall build a 
MAP- Accept PDU if the user-information parameter is included in the response primitive and accept any MAP specific 
service request or service response until a MAP-DELIMITER request or a MAP-CLOSE request is received from the 
MAP user. The MAP PM shall process the MAP specific primitives as described in subclause 12.6. The MAP PM shall 
then issue a TC-CONTINUE request primitive after it receives the MAP -DELIMITER request primitive if no MAP- 
CLOSE request primitive has been received, otherwise it shall issue a TC-END request primitive. In both cases the 
MAP- Accept PDU (if any) is included in the user-information parameter of the TC primitive. 

If the dialogue is not associated with a version 1 application context, the MAP PM shall include the application-context- 
name in the TC primitive. 

If no MAP-CLOSE request has been received, the MAP PM waits for a request primitive from its user or an indication 
primitive from TC. 

On receipt of a MAP-OPEN response primitive indicating that the dialogue is not accepted, the MAP PM shall build a 
MAP-Refuse PDU and request its transfer using the TC-U-ABORT req primitive (abort reason = user specific). 

12.1.5 Receipt of the first TC-CONTINUE ind 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, the MAP PM shall check the value of the 
application-context-name parameter. If this value matches the one used in the MAP -OPEN request primitive, the MAP 
PM shall issue a MAP-OPEN confirm primitive with the result parameter indicating "accepted", then process the 
following TC component handling indication primitives as described in subclause 12.6, and then waits for a request 
primitive from its user or an indication primitive from TC, otherwise it shall issue a TC-U-ABORT request primitive 
with a MAP-providerAbort PDU indicating "abnormal dialogue" and a MAP-P-ABORT indication primitive with the 
"provider-reason" parameter indicating "abnormal dialogue". 
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12.1.6 Receipt of a TC-END ind 



On receipt of a TC-END indication primitive in the dialogue initiated state, the MAP PM shall check the value of the 
application-context-name parameter. If this value does not match the one used in the MAP-OPEN request primitive, the 
MAP PM shall discard any following component handling primitive and shall issue a MAP -P -ABORT indication 
primitive with the "provider-reason" parameter indicating "abnormal dialogue". 

Otherwise it shall issue a MAP-OPEN confirm primitive with the result parameter set to "accepted" and process the 
following TC component handling indication primitives as described in subclause 12.6; then it shall issue a MAP- 
CLOSE indication primitive and return to idle all state machines associated with the dialogue. 



12.1.7 Receipt of a TC-U-ABORT ind 



On receipt of a TC-U-ABORT indication primitive in the "Dialogue Initiated" state with an abort-reason parameter 
indicating " ApplicationContextNotSupported", the MAP PM shall issue a MAP-OPEN confirm primitive with the result 
parameter indicating "Dialogue Refused" and the refuse-reason parameter indicating 
"ApplicationContextNotSupported". 

On receipt of a TC-U-ABORT indication primitive in the "Dialogue Initiated" state with an abort-reason parameter 
indicating "User Specific" and without user information, the MAP PM shall issue a MAP-OPEN confirm primitive with 
the result parameter indicating "Dialogue Refused" and the refuse-reason parameter indicating "Potential Version 
Incompatibility". 

On receipt of a TC-U-ABORT indication primitive in the "Dialogue Initiated" state with an abort-reason parameter 
indicating "User Specific" and a MAP-Refuse PDU included as user information, the MAP PM shall issue a MAP- 
OPEN confirm primitive with the result set to refused and the refuse reason set as received in the MAP Refuse PDU. 

Receipt of a TC-U-ABORT indication primitive with abort-reason "User Specific" and with user information is 
described as part of abnormal termination (see subclause 12.4.2). 

12.1.8 Receipt of a TC-P-ABORT ind 

On receipt of a TC-P-ABORT indication primitive in the "Dialogue Initiated" state with a P-abort parameter indicating 
"Incorrect Transaction Portion", the MAP PM shall issue a MAP-OPEN confirm primitive with the result parameter 
indicating "Dialogue Refused" and the refuse reason parameter indicating "Potential Version Incompatibility". 

On receipt of a TC-P-ABORT indication primitive in the "Dialogue Initiated" state with a P-abort parameter indicating 
"No Common Dialogue Portion", the MAP PM shall issue a MAP-P-ABORT indication primitive with the provider 
reason parameter indicating "Version Incompatibility". 

Receipt of a TC-P-ABORT indication primitive with another P-abort parameter value is described as part of abnormal 
termination (see subclause 12.5.2). 

12.2 Dialogue continuation 

Once established the dialogue is said to be in a continuation phase. 

Both MAP users can request the transfer of MAP APDUs until one of them requests the termination of the dialogue. 

12.2.1 Sending entity 

The MAP PM shall accept any MAP specific service request or response primitives and process them as described in 
subclause 12.6. 

On receipt of a MAP-DELIMITER request primitive, the MAP PM shall issue a TC -CONTINUE request primitive. 

12.2.2 Receiving entity 

On receipt of a TC -CONTINUE indication primitive the MAP PM shall accept zero, one or several TC component 
handling indication primitives and process them as described in subclause 12.6. 
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12.3 Dialogue termination 



Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a dialogue after it 
has been established. 

The dialogue termination procedure is driven by the following events: 

a MAP-CLOSE request primitive; 

a TC-END indication primitive. 

12.3.1 Receipt of a IVIAP-CLOSE request 

On receipt of a MAP-CLOSE request primitive, the MAP PM shall issue a TC-END request primitive and, if 
applicable, return to idle the associated active SSMs. Note that if the release method parameter of the MAP-CLOSE 
request indicates "normal" the TC-END request primitive will trigger the transmission of components associated with 
any user specific request or response primitives which may have been issued after the last MAP-DELIMITER request. 

1 2.3.2 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the MAP shall accept any component handling indication primitives and 
process them as described in subclause 12.6. 

Once all the received primitives have been processed, the MAP PM shall return to idle the associated SSMs and issue a 
MAP-CLOSE indication primitive. 

12.4 User Abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
The user abort procedure is driven by one of the following events: 

- a MAP-U-ABORT request primitive; 

a TC-U- ABORT indication primitive carrying a MAP -user-abort PDU. 

12.4.1 MAP-U-ABORT request 

On receipt of a MAP-U-ABORT request the MAP PM shall construct a MAP-user-abort PDU from the user-reason and 
diagnostic parameters and issue a TC-U-ABORT request primitive. All state machines associated with the dialogue are 
returned to idle. 

12.4.2 TC-U-ABORT ind 

On receipt of a TC-U-ABORT indication carrying a MAP-user-abort PDU, the MAP PM shall issue a MAP-U-ABORT 
indication primitive. The user-reason and diagnostic information elements are mapped to the corresponding parameters 
of the MAP-U-ABORT indication primitive. 

All state machines associated with the dialogue are returned to idle. 

12.5 Provider Abort 

The MAP has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by one of the following events: 

- a MAP PM error situation; 

a TC-P-ABORT indication primitive; 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 1 48 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

- a TC-U- ABORT indication primitive carrying a MAP-abort PDU. 

1 2.5.1 MAP PM error situation 

In the case of an abnormal situation detected at the MAP level during an established dialogue, the MAP PM shall: 

issue a MAP-P-ABORT indication primitive with the appropriate value of the provider-reason parameter; 

construct a MAP-abort PDU from the value of these parameters and request its transfer using a TC-U- ABORT 
request primitive. 

12.5.2 TC-P-ABORT ind 

On receipt of a TC-P-ABORT indication, the MAP PM shall issue a MAP-P-ABORT indication primitive. 
All state machines associated with the dialogue are returned to idle. 

12.5.3 TC-U-ABORT ind 

On receipt of a TC-U-ABORT indication carrying a MAP-abort PDU, the MAP PM shall issue a MAP-P-ABORT 
indication primitive, with the appropriate value of the provider-reason parameter. The source parameter shall indicate 
"MAP-provider". 

All state machines associated with the dialogue are returned to idle. 

1 2.6 Procedures for MAP specific services 

This subclause describes the MAP procedures for MAP specific services. 
These procedures are driven by the following types of events: 

a MAP specific request or a MAP specific MAP response primitive; 

a component handling primitive from TC. 
A Service State Machine is activated on receipt of one of the following signals: 

a MAP request primitive, which activates a requesting SSM; 

a TC-INVOKE indication primitive without linked identifier, which activates a responding SSM. 
For component handling primitives there are two types of events: 

events which activate a Service State Machine or which can be related to an existing one; 

The procedure elements driven by these events are described in subclauses 12.6.1 to 12.6.4. 

events which cannot be related to a Service State Machine. 

The procedure elements driven by these events are described in subclause 12.6.5. 

12.6.1 Service invocation 

The MAP specific procedures are initiated by the MAP request primitives. 

On receipt of a MAP request primitive, the MAP PM shall build an operation argument from the parameters received in 
the request primitive and request the invocation of the associated operation using the TC-INVOKE procedure. If a 
linked ID parameter is inserted in the primitive this indicates a child service and implies that the operation on which the 
service is mapped is linked to the operation on which the parent service is mapped. 

The mapping of MAP specific services on to remote operations is given in table 13.2/1. 
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12.6.2 Service invocation receipt 

On receipt of a TC -INVOKE indication primitive, the MAP PM shall: 

if the invoke ID is already in use by an active service, request the transfer of a reject component using the TC-U- 
REJECT request primitive with the appropriate problem code (duplicated invokelD) and issue a MAP-NOTICE 
indication primitive with a diagnostic parameter set to "abnormal event received from the peer"; 

if the operation code does not correspond to an operation supported by the application-context, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate problem code 
(unrecognized operation), and -if the dialogue version is lower than 3- issue a MAP -NOTICE indication 
primitive with a diagnostic parameter set to „abnormal event received from the peer"; 

if a linked ID is included, perform the following checks: If the operation referred to by the linked ID does not 
allow linked operations or if the operation code does not correspond to a permitted linked operation, issue a TC- 
U-REJECT request primitive with the appropriate problem code (linked response unexpected or unexpected 
linked operation); 

if the type of the argument is not the one defined for the operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter), and issue a 
MAP-NOTICE indication primitive with a diagnostic parameter set to "abnormal event from the peer"; 

if the type of the argument is correct but the values of the information elements it contains do not permit the type 
of MAP service being invoked to be determined, request the transfer of an error component using the TC-U- 
ERROR request primitive with an error code set to "unexpected data value" and issue a MAP -NOTICE 
indication primitive with a diagnostic parameter set to "abnormal event from the peer"; 

NOTE 1 : These checks are only relevant when there is not a one-to-one mapping between a service and an 
operation. 

if the type of the argument is correct but information elements required for the service being invoked are 
missing, request the transfer of an error component using the TC-U-ERROR request primitive with an error code 
set to "data missing" and issue a MAP-NOTICE indication primitive with a diagnostic parameter set to 
"abnormal event from the peer"; 

NOTE 2: These checks are only relevant when there is not a one-to-one mapping between a service and an 
operation. 

if the type of the argument is correct but contains information elements which are not relevant for the type of 
MAP service being invoked, request the transfer of an error component using the TC-U-ERROR request 
primitive with an error code set to "unexpected data value" and issue a MAP -NOTICE indication primitive with 
a diagnostic parameter set to "abnormal event from the peer"; 

NOTE 3: These checks are only relevant when there is not a one-to-one mapping between a service and an 
operation. 

Otherwise, issue the relevant MAP indication primitive to the MAP-service-user. If the service is to be user 
confirmed, the MAP PM waits for the corresponding response primitive. 

12.6.3 Service response 

For user confirmed services, the MAP PM shall accept a MAP response primitive and shall: 

if no error indication is included in the primitive and the service maps on to a class 1 or 3 operation, construct a 
result information element from the parameters received and request its transfer using the TC-RESULT-L 
service and optionally the TC-RESULT-NL service. 

The TC-RESULT-NL services shall be used when the user specific parameters of the response primitives cannot be 
transferred in a single signalling frame and no segmenting mechanism is available from the underlying layers. The 
MAP PM shall issue one or several TC-RESULT-NL request primitives followed by a TC-RESULT-L primitive. The 
user parameters shall be split so that each portion contains sufficient information to construct a value compatible with 
the type defined for the result of the associated operation. 
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if no error indication is included in the primitive and the service response maps on to a class 4 linked operation, 
construct an operation argument from the parameters received and request its transfer using the TC -INVOKE 
service for this class 4 linked operation. The operation to be invoked is deduced from the value of the result 
parameter of the service primitive; 

if an error indication is included in the primitive and the service maps on to a class 1 or 2 operation, either issue 
a TC-U-REJECT request primitive if the user error parameter indicates "resource limitation" or "initiating 
release", or construct an error parameter from the parameters received and request its transfer using the TC-U- 
ERROR request primitive. The error code should be the one associated with the value of the user error parameter 
of the response primitive. 

NOTE: The only user errors that a MAP user can generate in addition to the list of errors attached to the operation 
which is associated with the service are: resource limitation and initiating release. Any other abnormal 
situation is detected either by the TC entity or by the MAP entity. 

if an error indication is received and the operation maps on to a class 3 operation, or if no error indication is 
received but the service maps on to a class 2 operation which has no class 4 linked operation, return the local 
service state machine to idle without requesting any service from TC. 

1 2.6.4 Receipt of a response 

A component handling indication primitive is considered as driving a response for a confirmed service if the invoke ID 
parameter value matches the one stored for the service, or if the linked ID parameter value matches the one stored for 
the service and the operation invoked is a class 4 operation. On receipt of a response (except a TC-L-CANCEL 
indication) for an unconfirmed service the MAP PM shall issue a MAP -NOTICE indication primitive with the 
appropriate provider error (return result unexpected or return error unexpected). 

1 2.6.4.1 Receipt of a TC-RESULT-NL indication 

If the type of the partial result parameter is not compatible with the one defined for the complete result of this operation, 
request the transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate problem 
code (mistyped parameter) and issue a confirm primitive with the provider error parameter set to "invalid response 
received". The MAP PM shall also issue a TC-U-CANCEL request primitive so that all subsequent result components 
for this operation are discarded by TC. 

Otherwise, store the value of the partial result parameter and wait for subsequent TC-RESULT-NL indication primitives 
until a TC-RESULT-L indication primitive is received. 

1 2.6.4.2 Receipt of a TC-RESULT-L indication 

If the type of the result parameter is not the one defined for the result of this operation, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter), and 
issue a confirm primitive with the provider error parameter set to "invalid response received". 

If the type of the result parameter is correct but does not contain all the information elements required by the service 
associated with the invocation, issue a confirm primitive with the provider error parameter set to "invalid response 
received". 

NOTE 1 : These checks are only relevant when there is not a one-to-one mapping between a service and an 
operation. 

If the type of the result parameter is correct but contains information elements which are not relevant for the service 
associated with the invocation are missing, issue a confirm primitive with the provider error parameter set to "invalid 
response received". 

NOTE 2: These checks are only relevant when there is not a one-to-one mapping between a service and an 
operation. 

Otherwise, issue a MAP confirm primitive to the MAP-service-user mapping the result parameter of the TC-RESULT- 
L primitive on to the MAP specific parameters. 

If partial results have been previously received, the value of the partial result parameters shall also be taken into account 
before performing the three previous checks. 
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1 2.6.4.3 Receipt of a TC-U-ERROR indication 

If the error code is not defined for the MAP or is not one associated with the operation referred to by the invoke 
identifier, request the transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (unrecognized error or unexpected error), and issue a confirm primitive with the provider error parameter 
set to "invaUd response received". 

If the type of the error parameter is not the one defined for this error, request the transfer of a reject component using 
the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter), and issue a confirm 
primitive with the provider error parameter set to "invalid response received". 

If the type of the error parameter is correct but does not contain all the information elements required by the service 
associated with the invocation, issue a confirm primitive with the provider error parameter set to "invalid response 
received". 

NOTE 1 : In some cases, it may be necessary to analyse the operation argument. 

If the type of the error parameter is correct but its value includes information elements which are not relevant for the 
service associated with the invocation, issue a confirm primitive with the provider error parameter set to "invalid 
response received". 

NOTE 2: In some cases, it may be necessary to analyse the operation argument. 

Otherwise, issue a MAP confirm primitive to the MAP-service-user with the user error parameter set according to the 
received error code. If applicable the error parameter is mapped to the diagnostic parameter. 

1 2.6.4.4 Receipt of a TC-INVOKE indication 

A TC-INVOKE indication primitive is considered as carrying a possible response to a specific service if the linked ID 
refers to an active specific service and the associated operation is a class 4 operation. Note that the presence of a linked 
ID parameter in a TC-INVOKE primitive requesting a non class 4 operation indicates a child service whose procedures 
are the same as the procedures for the parent service. 

On receipt of a TC-INVOKE indication confirming an active service, the MAP PM shall: 

if the operation code is not defined for MAP and the dialogue version is at least 3, issue a TC-U-REJECT request 
primitive with the appropriate problem code (unrecognized operation). 

if the operation code is not defined for MAP and the dialogue version is lower than 3, or if the operation referred 
to by the linked ID does not allow linked operations or if the operation code does not correspond to an allowed 
linked operation, issue a TC-U-REJECT request primitive with the appropriate problem code (unrecognized 
operation, linked response unexpected or unexpected linked operation). If the service is confirmed, the MAP 
shall also issue a Confirm primitive with provider error indication "unexpected response from the peer", 
otherwise it may issue a MAP-NOTICE indication primitive with an appropriate diagnostic "abnormal event 
received from the peer". 

otherwise issue a confirm primitive mapping the operation argument parameter to the user specific parameters 
and setting the result parameter according to the operation code of the linked operation. 

1 2.6.4.5 Receipt of a TC-U-REJECT indication 

On receipt of a TC-U-REJECT indication primitive which affects a pending service, the MAP PM shall issue a MAP 
confirm primitive to the MAP-service-user with the appropriate value of the provider error or user error parameter. 

The mapping of TC invoke problem codes on to MAP Provider Error and MAP User Error parameter values is 
described in clause 13. 

1 2.6.4.6 Receipt of a TC-L-REJECT indication 

This event occurs when the local TC detects a protocol error in an incoming component which affects an active specific 
service. 
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On receipt of a TC-L-REJECT indicating "return result problem, unexpected return result", the MAP shall issue a 
confirm primitive with the parameter provider error indicating "unexpected response from the peer". 

On receipt of a TC-L-REJECT indicating "return error problem, unexpected error result", the MAP shall issue a confirm 
primitive with the parameter provider error indicating "unexpected response from the peer". 

Note that when the problem code indicates a general problem, it is considered that the event cannot be related to an 
existing SSM even if the invoke Id is provided by TC. This is because whether the invoke Id refers to a local or remote 
invocation is ambiguous. The behaviour of the MAP PM in such a case is described in subclause 12.6.5.3. 

1 2.6.4.7 Receipt of a TC-L-CANCEL indication 

On receipt of a TC-L-CANCEL indication, the MAP PM shall: 

if the associated operation is a class 1 operation, issue a confirm primitive with the provider error cause 
indicating "no response from the peer"; 

if the associated operation is a class 2 operation and no linked operations are defined for this operation, issue a 
confirm primitive without parameter (i.e. indicating implicitly the successful completion of the service); 

if the associated operation is a class 2 operation and has linked operations but none of them has been invoked, 
issue a confirm primitive with the provider error parameter indicating "service completion failure"; 

if the associated operation is a class 2 operation and a linked operation invocation has already been received in 
response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, issue a confirm primitive with the provider error cause 
indicating "service completion failure"; 

if the associated operation is a class 4 operation, ignore the primitive. 

NOTE: When a TC-L-CANCEL ind primitive is received before the dialogue has been confirmed (i.e. no 

backward message is received by the dialogue initiator node), the MAP PM shall first issue a MAP- 
OPEN Cnf primitive with the result parameter indicating "accepted" (which means that the dialogue is 
considered as being implicitly accepted). Then, as indicated above, the TC-L-CANCEL Indication is 
interpreted according to the class of the operation to which it refers. 

1 2.6.4.8 Receipt of a TC-NOTICE indication 

If a TC-NOTICE indication primitive is received before the dialogue has been confirmed (i.e. no backward message is 
received by the dialogue initiator node), the MAP PM shall issue a MAP-OPEN Cnf primitive with the result parameter 
indicating Refused and a refuse reason Remote node not reachable". 

If a TC-NOTICE indication primitive is received after the dialogue has been confirmed, the MAP PM shall issue a 
MAP-NOTICE indication to the user, with a problem diagnostic indicating "message cannot be delivered to the peer". 

12.6.5 Other events 

This subclause describes the behaviour of the MAP PM on receipt of a component handling indication primitive which 
cannot be related to any service or which does not affect a pending one. The MAP user is only informed that an 
abnormal event occurred during the associated dialogue. It is up to the MAP user to abort, continue or terminate the 
dialogue. 

1 2.6.5.1 Receipt of a TC-U-REJECT 

On receipt of a TC-U-REJECT indication primitive which does not affect an active SSM (i.e. indicating a return result 
or return error problem), the MAP PM shall issue a MAP-NOTICE indication primitive with the diagnostic parameter 
set to "response rejected by the peer". 

This is also applicable for invoke problems related to a class 4 linked operation. 
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1 2.6.5.2 Receipt of a TC-R-REJECT indication 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC entity) which 
does not affect an active SSM, the MAP PM shall either discard this indication or issue a MAP-NOTICE indication 
primitive with the provider error indicating "abnormal event detected by the peer". 

In case of notification, it is up to the MAP user to continue, abort or terminate the dialogue. Note also that for MAP VI 
the reject component is received in an END message and therefore the dialogue is terminated anyway. 

1 2.6.5.3 Receipt of a TC-L-REJECT indication 

On receipt of a TC-L-REJECT indication primitive (i.e. when a protocol error has been detected by the local TC entity) 
which cannot be related to an active SSM, the MAP PM shall either discard this indication or issue a MAP -NOTICE 
indication primitive with the provider error indicating "abnormal event received from the peer". 

In case of notification, it is up to the MAP user to continue, or to terminate the dialogue and implicitly trigger the 
transmission of the reject component or to abort the dialogue. 

1 2.6.6 Parameter checks 

As described in the previous subclauses, the MAP PM performs a set of checks to ensure the correctness of the 
information elements received; these are: 

check if the syntax and encoding (note) of the operation argument, result or error parameter are correct. 

NOTE: Depending on the implementation, encoding problems on the TC user portion may be detected at TC level 
or by the MAP user. In the second case the problem is reported in a similar manner to a syntactical 
problem. 

The syntax shall be considered incorrect if a mandatory information element is missing in any constructed 
element or if the value of an information element is out of the range defined for the type it is supposed to belong 
to; 

if there is not a one-to-one mapping between a service and an operation: 

i) check if the value of the information elements (generally a single one) permits the MAP PM to determine the 
service associated with the operation invocation; 

ii) check that there are no information elements which are irrelevant for the indication or a confirm primitive to 
be issued 

check if all the information elements required to built an indication or a confirm primitive are available. 

However some additional checks may have to be performed by the MAP user (see clause 15). 

1 2.6.7 Returning state machines to idle 

Unlike TC invocation state machines, service state machines exist at both requestor and performer side. 

A service state machine at the requestor side is returned to idle when the MAP-specific confirm primitive is issued or 
when the dialogue terminates. 

A service state machine at the performer side is returned to idle on receipt of a MAP-specific response primitive from 
the MAP user, when the dialogue terminates or at expiry of an implementation dependent watch-dog timer which is 
started when the state machine is created. 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 1 54 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

12.6.8 Load control 

As stated in the previous subclauses, before issuing a MAP-OPEN indication primitive the MAP PM performs a check 
to verify if there are sufficient resources to open the dialogue taking into account possible overload conditions. 

The decision is based on the priority allocated to the application-context whose name is explicitly included in the TC- 
BEGIN indication primitive or implied by the first operation invocation when VI contexts are in use. How a VI 
application-context-name is derived from an operation code is described in table 12.1/1. 

The priority level allocated to each application-context is described in clause 3 tables 3.1/1 and 3.1/2. 



1 3 Mapping on to TC services 
13.1 Dialogue control 

Dialogue control services are mapped to TC dialogue handling services. The TC-UNI service is not used by the MAP 
PM. 

13.1.1 Directly mapped parameters 

The following parameters of the MAP -OPEN request and indication primitives are directly mapped on to the 
corresponding parameters of the TC -BEGIN primitives: 

destination address; 

originating address. 

1 3.1 .2 Use of other parameters of dialogue handling primitives 

13.1.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 

1 3.1 .2.2 Application-context-name 

The application-context-name parameter of a MAP primitive is mapped to the application-context-name parameter of 
TC dialogue handling primitives according to the rules described in subclause 12.1. 

13.1.2.3 User information 

The user information parameter of TC dialogue primitives is used to carry the MAP dialogue APDUs. 

13.1.2.4 Component present 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.771. It is not visible to the MAP 
user. 

13.1.2.5 Termination 

The value of this parameter of the TC-END request primitive is set by the MAP PM on the basis of the release method 
parameter of the MAP-CLOSE request primitive, except when the dialogue state machine is in the state DIALOGUE 
INITIATED, in which case the Termination parameter shall always indicate "pre-arranged end". 
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13.1.2.6 



P-Abort-Cause 



Values of the P-abort-cause parameter are mapped to the values of the provider-reason parameter of the MAP-P- 
ABORT indication primitive according to table 13.1/1, except in the dialogue initiated phase for the 
"incorrectTransactionPortion" and "noCommonDialoguePortion" values which are mapped to the "potential 
incompatibility problem" value of the refuse-reason parameter of the MAP -OPEN cnf primitive. The source parameter 
in the MAP-P-ABORT ind takes the value "TC problem". 

13.1.2.7 Quality of service 

The quality of service of TC request primitives is set by the MAP as shown below. 

Return option: "Return message on error" or "Discard message on error" as required by the network operator; 

Sequence control: "Sequence guaranteed" or "Sequence result not guaranteed" as required by the network 
operator; 

"Sequence guaranteed" shall be used when a segmented result is to be transferred (e.g. subscriber data in 
response to SendParameters). It may also be appropriate to use Sequence guaranteed when a series of 
InsertSubscriberData, ProcessAccessSignalling or ForwardAccessSignalling operations is used. 

It is essential that the TC message which indicates acceptance of a dialogue opening request is received by the dialogue 
initiator before any subsequent message in that dialogue; otherwise the dialogue opening will fail. The dialogue 
responder shall ensure that this requirement is met by: 

Sending the dialogue acceptance message in a TC-END, if the dialogue structure requires it; or 

Using "Sequence guaranteed", if the dialogue acceptance message is sent in a TC-CONTINUE; or 

Waiting until the dialogue acceptance message has been acknowledged by the dialogue initiator before sending a 
subsequent message, if the dialogue acceptance message is sent in a TC-CONTINUE. 

Table 13.1/1 : Mapping of P-Abort cause in TC-P-ABORT indication 
on to provider-reason in MAP-P-ABORT indication 



TC P-Abort cause 


MAP provider-reason 


unrecognized message type 


provider malfunction 


unrecognized transaction Id 


supporting dialogue released 


badlyFormattedTransactionPortion 


provider malfunction 


i ncorrectlransaction Portion 


provider malfunction (note) 


resourceLimitation 


resource limitation 


abnormalDialogue 


provider malfunction 


noCommonDialoguePortion 


version incompatibility 



NOTE: Or version incompatibility in the dialogue initiated phase. 

13.2 Service specific procedures 

Specific services are mapped to TC component handling services. 

13.2.1 Directly mapped parameters 

The Invoke Id parameter of the MAP request and indication primitive is directly mapped on to the Invoke Id parameter 
of the component handling primitives. 

1 3.2.2 Use of other parameters of component handling primitives 
13.2.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 
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13.2.2.2 Class 

The value of this parameter is set by the MAP PM according to the type of the operation to be invoked. 



13.2.2.3 



Linked Id 



When a service response is mapped to a class 4 operation, the value of this parameter is set by the MAP PM and 
corresponds to the value assigned by the user to the initial service request (i.e. the value of the invoke ID parameter of 
the request primitive). Otherwise if such a parameter is included in MAP request/indication primitives it is directly 
mapped to the linked ID parameter of the associated TC -INVOKE request/indication primitives. 

13.2.2.4 Operation 

When mapping a request primitive on to a Remote Operations PDU (invoke), the MAP PM shall set the operation code 
according to the mapping described in table 13.2/1. 

When mapping a response primitive on to a Remote Operations service, the MAP PM shall set the operation code of the 
TC-RESULT-L/NL primitive (if required) to the same value as the one received at invocation time. 

Table 13.2/1 : Mapping of MAP specific services on to MAP operations 



MAP-SERVICE 


operation 


MAP-ACTIVATE-SS 


activateSS 


MAP-ACTIVATE-TRACE-MODE 


activateTraceMode 


MAP-ALERT-SERVICE-CENTRE 


alertServiceCentre 


MAP-ANY-TIME-INTERROGATION 


anyTimelnterrogaton 


MAP-CANCEL-LOCATION 


cancelLocation 


MAP-CHECK-IMEI 


checklMEl 


MAP-DEACTIVATE-SS 


deactivateSS 


MAP-DEACTIVATE-TRACE-MODE 


cleactivateTraceMode 


MAP-DELETE-SUBSCRIBER-DATA 


deleteSubscriberData 


MAP-ERASE-SS 


eraseSS 


MAP-FORWARD-ACCESS-SIGNALLING 


forwardAccessSignalling 


MAP-FORWARD-CHECK-SS-INDICATION 


forwardCheckSslndication 


MAP-MT-FORWARD-SHORT-MESSAGE 


mt-forwardSM 


MAP-MO-FORWARD-SHORT-MESSAGE 


mo-forwardSM 


MAP-GET-PASSWORD 


getPassword 


MAP-INFORM-SERVICE-CENTRE 


informServiceCentre 


MAP-INSERT-SUBSCRIBER-DATA 


insertSubscriberData 


MAP-INTERROGATE-SS 


interrogateSs 


MAP-PREPARE-HANDOVER 


prepareHandover 


MAP-PREPARE-SUBSEQUENT-HANDOVER 


prepareSubsequentHandover 


MAP-PROCESS-ACCESS-SIGNALLING 


processAccessSignalling 


MAP-PROCESS-UNSTRUCTURED-SS-REOUEST 


processUnstructuredSS-Request 


MAP-PROVIDE-ROAMING-NUMBER 


provideRoamingNumber 


MAP-PROVIDE-SUBSCRIBER-INFO 


provideSubscriberlnfo 


MAP-PURGE-MS 


purgeMS 


MAP-READY-FOR-SM 


readyForSM 


MAP-REGISTER-PASSWORD 


registerPassword 


MAP-REGISTER-SS 


registerSS 


MAP-REPORT-SM-DELIVERY-STATUS 


reportSm Del iveryStatus 


MAP-RESET 


reset 


MAP-RESTORE-DATA 


restoreData 


MAP-SEND-END-SIGNAL 


sendEndSignal 


MAP-SEND-AUTHENTICATION-INFO 


sendAuthenticationlnfo 


MAP-SEND-IMSI 


sendlMSI 


MAP-SEND-IDENTIFICATION 


sendldentiflcation 


MAP-SEND-ROUTING-INFO-FOR-SM 


sendRoutinglnfoForSM 


MAP-SEND-ROUTING-INFORMATION 


sendRoutinglnfo 


MAP-UNSTRUCTURED-SS-NOTIFY 


unstructuredSS-Notify 


MAP-UNSTRUCTURED-SS-REOUEST 


unstructuredSS-Request 


MAP-UPDATE-LOCATION 


updateLocation 
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13.2.2.5 Error 

The error parameter in a TC-U-ERROR indication primitive is mapped to the user error parameter in the MAP confirm 
primitive of the service associated with the operation to which the error is attached. 

The user error parameter in MAP response primitives is mapped to the error parameter of the TC-U-ERROR request 
primitive, except for "initiating-release" and "resource-limitation" which are mapped to the problem code parameter of 
the TC-U-REJECT request primitive. 

13.2.2.6 Parameters 

The parameters of MAP specific request and indication primitives are mapped to the argument parameter of TC- 
INVOKE primitives. 

The parameters of MAP specific response and confirm primitives are mapped to the result parameter of TC-RESULT-L 
primitives, the parameter of TC-U-ERROR primitives or the argument of TC -INVOKE primitives when mapping on 
linked class 4 operations is used. 

13.2.2.7 Timeout 

The value of this parameter is set by the MAP PM according to the type of operation invoked. 

13.2.2.8 Last component 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.71 1. It is not visible from the MAP 



13.2.2.9 Problem code 

1 3.2.2.9.1 Mapping to MAP User Error 

The following values of the user error parameter are mapped as follows to values of the TC problem code parameter. 
These values are generated by the MAP user. This mapping is valid from the TC-U-REJECT indication primitive to the 
MAP confirm service primitive and from the MAP response service primitive to the TC-U-REJECT request primitive. 

Table 13.2/2: Mapping of MAP User Error parameter 
on to TC problem code in TC-U-REJECT primitives 



MAP User Error 


TC problem code 


resource limitation 


resource limitation 


initiating release 


initiating release 



1 3.2.2.9.2 Mapping to MAP Provider Error parameter 

The following values of the TC problem code parameter of the TC-U-REJECT indication primitive are mapped as 
follows to values of the MAP Provider Error parameter of the MAP confirm primitive. 

Table 13.2/3: Mapping of TC problem code in TC-U-REJECT 
on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


duplicated invoke Id 


duplicated invoke id 


unrecognized operation 


service not supported 


mistyped parameter 


mistyped parameter 



The following values of the problem code parameters of the TC-L-REJECT primitive are mapped to values of the 
provider error parameter of the MAP confirm primitive as follows: 
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Table 13.2/4: Mapping of TC problem code in TC-L-REJECT 
on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


return result unexpected 


unexpected response from the peer 


return error unexpected 


unexpected response from the peer 



13.2.2.9.3 



Mapping to diagnostic parameter 



The following values of the problem code parameter of the TC-R-REJECT and TC-U-REJECT primitive are mapped to 
values of the diagnostic parameter of the MAP-NOTICE indication primitive as follows. 

Table 13.2/5: Mapping of TC problem code of TC-R-REJECT 
and TC-U-REJECT on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problem 




abnormal event detected by the peer 




Invoke problem 




- unrecognized linked ID 


- abnormal event detected by the peer 


- linked response unexpected 


- response rejected by the peer 


- unexpected linked operation 


- response rejected by the peer 


Return result problem 




- unrecognized invoke ID 


- response rejected by the peer 


- return result unexpected 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 


Return error problem 




- unrecognized invoke ID 


- response rejected by the peer 


- return error unexpected 


- response rejected by the peer 


- unrecognized error 


- response rejected by the peer 


- unexpected error 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 



The following values of the problem code parameter of the TC-L-REJECT primitive are mapped to values of the 
diagnostic parameter of the MAP-NOTICE indication primitive as follows. 

Table 13.2/6: Mapping of TC problem code of TC-L-REJECT on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problems: 


- abnormal event received from the peer 


Invoke problem: 




- unrecognized linked ID 


- abnormal event received from the peer 


Return result problem: 




- unrecognized invoke ID 


- abnormal event received from the peer 


Return error problem: 




- unrecognized invoke ID 


- abnormal event received from the peer 



13.3 SDL descriptions 



The following SDL specification describes a system which includes three blocks: MAP-user, MAP-provider and TC. 

Such a system resides in each network component supporting MAP and communicates with its peers via the lower 
layers of the signalling network which are part of the environment. 

Only the MAP-provider is fully described in this subclause. The various type of processes which form the MAP-User 
block and the TC block are described respectively in clauses 15 to 21 of this ETS and in CCITT Recommendation 

Q.774. 

The MAP -Provider block communicates with the MAP_USER via two channels Ul and U2. Via Ul the MAP-provider 
receives the MAP request and response primitives. Via U2 it sends the MAP indication and confirm primitives. 
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The MAP-Provider block communicates with TC via two channels PI and P2. Via PI the MAP-Provider sends all the 
TC request primitives. Via P2 it receives all the TC indication primitives. 

The MAP-Provider block is composed of the four following types of processes: 

a) MAP_DSM: This type of process handles a dialogue. There exists one process instance per MAP dialogue. 

b) LOAD_CTRL: This type of process is in charge of load control. There is only one instance of this process in 
each system. 

c) PERFORMING_MAP_SSM: This type of process handle a MAP service performed during a dialogue. An 
instance of this process is created by the instance of the MAP_DSM process for each MAP-service to be 
performed. 

d) REQUESTING_MAP_SSM: This type of process handle a MAP service requested during a dialogue. An 
instance of this process is created by the instance of the MAP_DSM process for each requested MAP-service. 

A process MAP_DSM exchanges external signals with other blocks as well as internal signals with the other processes 
of the MAP-Provider block. The external signals are either MAP service primitives or TC service primitives. 

The signal routes used by the various processes are organized as follows: 

a) A process MAP_DSM receives and sends events from/to the MAP_user via signal route Userl/User2. These 
routes uses respectively channel Ul and U2. 

b) A process MAP_DSM receives and sends events from/to the TC via signal route Tcl/Tc2. These routes uses 
respectively channel PI and P2. 

c) A process MAP_DSM receives and sends events from/to the LOAD_CTRL process via signal route 
Loadl/Load2. These routes are internal. 

d) A process MAP_DSM sends events to the PERFORMING_MAP_SSM processes via signal route Internl. 
This route is internal. 

e) A process MAP_DSM sends events to the REQUESTING_MAP_SSM processes via signal route Intern2. 
This route is internal. 

f) A process MAP_PERFORMING_SSM sends events to the MAP_USER via signal route User4. This route 
uses channel U2. 

g) A process MAP_PERFORMING_SSM sends events to TC via signal route Tc3. This route uses channel PI. 

h) A process MAP_REQUESTING_SSM sends events to the MAP_USER via signal route UserS. This route 
uses channel U2. 

j) A process MAP_REQUESTING_SSM sends events to TC via signal route Tc4. This route uses channel PI. 
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Figure 13.2/3 (sheet 1 of 11): Process MAP_DSM 
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Figure 13.2/3 (sheet 3 of 11): Process MAP_DSM 
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DIALOGUE_ 
INITIATED 




the first one 




SetResult := 
Dialogue_ 
Accepted 



MAP_OPEN_ 

CNF_VIA 

_USER2 



MAP-Provider_ 
AbortReason := 
abnormal Dialogue 



indicating 
^ 'dialogue accepted' 



MAP_P_ 

ABORTJND_ 

VIA_USER2 




PROCESS_ 
COMPONENTS 



MAP_ 

DELIMITER_ 

Ind 



MAP-Provider_ 
AbortReason := 
abnormalDialogue 



AbortReason := 
UserSpecific 



Userjnformation := 

MAP_Provider_ 

Abort Info 



DIALOGUE_ 
ESTABLISHED 




Figure 13.2/3 (sheet 6 of 11): Process MAP_DSM 
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DIALOGUE_ 
INITIATED 



TC_U_ABORT_ 
'inb 



. TC_P_ABORT 



MAP_U_ABORT 
_req 







Set Abort Reason 
:= User_Specific 






Set User Info 

:- MAP User 

Abort_lnfo 




TC_U_ABORT 
_Req via TCI 



Figure 13.2/3 (sheet 7 of 11): Process MAP_DSM 
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Process MAP_DSM 

I I 

I I 

I J 



132_3a(11) 



DlrtLOGUEL 
INITIATED 



IND 



CLDSe_ 



SeLRefl^JII- 



TC_L_ 

CANCEL 

IMD 



<TC niD 
REO 
VIA_T1C1 



ieLrteiufla.RjeasaT 



--jpre-arr^nged 



hflAP CiPrN 

CNr 

Vl^_USER? 




lAccapl^d. TTia i3ialDgLie ie 

— jc^T^klered lm|:4li:1dy4HKpl»d 

^f n a^Yielhitng Is reo^MBd 




khd; 

ACTIVE 



MAP OPEN 

CMF 

VlA_USrR2 




niUEFL 
EXPIRY 

V1ULINT¥Rhi2 




EeLReeult ;- 
Dlabgue_ 



Iiivalkf_de9lnalliin_ 



DIALDGUL 
INITlATtD 




;in^lM_ort^aaarL 



^eLRaHjse.RMflon 
lnvalkl_d£8£nallan_ 
Kri£r6n» 



ncijBafiQn_0h^«i 



nD_reaaQrL 



^LReluse.Reaaon 
imailcLQriglniaQci>_ 




Figure 13.2/3 (sheet 8 of 11): Process MAP_DSM 
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MAP_U_ 
ABORT_ 
REQ 



Build_MAP_ 
ACCEPT_PDU 



Abortreason := 
UserSpecific 



Abort_reason := 
Userspecific 



Build_MAP_ 
RefusePDU 



Userjnfo := 
MAP-UserAbortlnfo 



DIALOQUE_ 
ACCEPTED 




Figure 13.2/3 (sheet 9 of 11): Process MAP_DSM 
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DIALOGUE_ 
ACCEPTED 



REQUESTING_ 
MAPSSM 



any MAP specific 
^ request primitiv 



SERViCE_ 

iNVOKED_ViA_ 

iNTERN2 



RESPONSE, 
iSSUED_ViA_ 
iNTERNI 



DiALOGUE_ 
ACCEPTED 



DiALOGUE_ 
ACCEPTED 



any lylAP specific 
response primifiv 




UhP_ 

DELiMETER_ 

REQ 



tJAP-U- 
ABORT_ 
REQ 



Aborf-reson :- 
User-specific 



TC_ 

CONTiNUE_ 
REQ ViA TC1 



User-info :- 

lulAP- 
UserAborfinfo 



DIALOGUE, 
ESTABLiSHED 




DiALQGUE, 
ESTABLiSHED 




, TC_END_ 
'iND 







PRQCESS_ 
COIylPQNENTS 



PROCESS_ 
CQIUIPONENTS 




user_abort_PDU 



provider_ 
abort PDU 



MAP_ 

DELilUliTERJND 

_ViA_USER2 



l\JAP_CLOSE_IND_ 
VIA_USER2 



lUlAP P \ 


lUlAP U \ 


IVIAP P 


ABORT iND \ 


ABORT iND y 


ABORT iND 


ViA USER2 / 


ViA USER2 / 


ViA USER2 



DiALOGUE^ 
ESTABLiSHED 






Figure 13.2/3 (sheet 10 of 11): Process MAP_DSM 
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Process MAP DSM 



132_3B(11) 



DIALOGUE_ 

! ESTABLISHED! 

\ I 



MAP REQ . 



MAP RSP 



MAP / 


MAP 


CLOSE < 


DELIMITER 


REQ \ 


REQ 



any MAP specifiqj 
request primitive \ 



REQUESTING, 
MAP SSM 



SERVICE 

INVOKEb_VIA 

INTERN2 



( DIALOGUE 1 
'ESTABLISHED;' 



any MAP specific M 
response primitiveT 



RESPONSEX 
ISSUED_VIA_ 
INTERN1 / 



( dialogue 
established! 




MAP-U- 
|ABQRT_ 
REQ 



'Abort-reson := 
User-specific' 



'User-info := 

MAP- 
UserAbortinfo' 



TC_ 

CONTINUE 
, REQ VIA f C1 



DIALOGUE \ 
ESTABLISHED;' 




DIALOGUE 
ESTABLISHED 



and SSM active 



— 


\ TC L 

> CANCEL 
/ IND 




\TC 

> NOTICE 
/ IND 


.^lfiVOKE~\ 











*~SQAC 


JTIVE--^ 
yes 


- 


■' 






TIMER EXPI^ 
VIA_INTERN2/ 


MAP \ 
NOTICE IND > 
VIA USER ■y 













I DIALOGUE 

1 ESTABLISHED;' 



Figure 13.2/3 (sheet 11 of 11): Process MAP_DSM 
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Comments: Components from TCAP: 
DCL 

OP_CODE INTERGER, 

OP_EXIST, LAST_COMPONENT, INVOKEID_ASS, LINKEDID_PRES, LINKEDID_ASS BOOLEAN; 



^ 




WAIT_FOR_ 
COMPONENTS 



Figure 13.2/4 (sheet 1 of 4): Procedure PROCESS_COMPONENTS 
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Procedure PROCESS COMPONENTS 



132_42(4) 



( WAIT_FOR_ I 
1 COMPONENTS ) 

"\ I 



-1NV0KEID\^ FALSE 
ASS 




LAST_ 
OMPONENJ 




and SSM active 




LINKED_SERVICE 
INVOKED_VIA_ > 
INTERN2 / 



LINKED_REQUEST_ 
RECEIVED_VIA ) 
INTERN2 / 



FALSE 
OP_EXIST > ^ I for this AC 



PERFORIUIiNG_ 
MAP SSM 



SERViCE_ 
iNVOCATiON_ 
RECEiVED_ViA_ 
iNTERNI 



MAPNOTiCE ^ 
IND_ViA_USER2 , 



'Set_probiem_ 

code - 

dnrecognized operation' 



TC_^U^ 

REJECT_REO_ 

ViATCI 



-v3™l0GUE or Wtler 



Figure 13.2/4 (sheet 2 of 4): Procedure PROCESS_COMPONENTS 
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WAIT_FOR_ 
COMPONENTS 










NEGATIVE_ 
RESULT_ 
RECEIVED_VIA_ 
INTERN2 





WAIT_FOR_ 
COMPONENTS 





rrpb, re-pb 



invoke_pb 




invoke_pb 




^MP_ 

NOTICE_IND_ 
VIA_USER2 




USER_REJECT 
RECEIVED_VIA 
INTERN2 




MAP_ 

NOTICE_IND_ 
VIA_USER2 



^MP_ 

NOTICE_IND_ 

VIA_USER2 



PREVIOUS. 
RESULT_ 
RECEIVED_VIA_ 
INTERN2 



MAP_ 

NOTICEJND_ 

VIA_USER2 




Figure 13.2/4 (sheet 3 of 4): Procedure PROCESS_COMPONENTS 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



175 



ETSI TS 100 974 V5.19.0 (2003-09) 





PROVIDER_ 
REJECT_ 
RECEIVED_VIA_ 
INTERN2 




MAP_ 

NOTICEJND_ 

VIAJSER2 



MAP_ 

NOTICEJND_ 

VIA_USER2 



MAP_ 

NOTICE_IND_ 

VIA_USER2 



Figure 13.2/4 (sheet 4 of 4): Procedure PROCESS_COMPONENTS 
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Comment 'LOAD CONTROL': 
DCL 
CONGESTION, DIALOGUE_ACCEPTABLE BOOLEAN; 




(TRUE) 



'Compare_AC_ 

priority_with_ 

load' 



(TRUE) 




(FALSE) 



(FALSE) 



OVERLOAD_ 
VIA_L0AD2 



LOAD_OK_ 
VIA_L0AD2 



Figure 13.2/5: Process LOAD_CTRL 
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Comment 'MAP Service State Machine': 

DCL 
ARGUMENT_CORRECT, USER_ERROR_PRESENT, 
SPECIFIC_ERROR_LINKED_REQUEST, CNF BOOLEAN. 

OP_Clj^SS INTEGER, 

TIMER GUARDTIMER COMMENT 'expires if MAP user does not respond'; 



1\ 



Figure 13.2/6 (sheet 1 of 3): Process PERFORMING_MAP_SSM 
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'Discard_ 
invocation' 





TC_U_ 

ERROR_REQ_ 

VIA_TC3 



MAP_NOTICE_ 
IND_VIA_USER4 



loperalion class 
■— — -lassDcialed 

iwith the service 



loperation class 
-I associated with 
Ithe service 




'Set_problem_ 

code = Mistyped 

Parameter' 



TC_U_REJECT_ 
REQ_VIA_TC3 



MAP_NOTICE_ 
IND_VIA_USER4 



Figure 13.2/6 (sheet 2 of 3): Process PERFORMING_MAP_SSM 
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WAIT_FOR_ 
RESPONSE 



RESPONSE_ 
ISSUED 




by the MAP user 



sGUARD_ 
-^ TIMER 



> TERMINATED 



(FALSE) 




TC_RESULT_ 

L_REO_ 

VIA_TC3 



(TRUE) 





'SPLIT_ 
INFO' 



TC_RESULT_NL_ 
REQ_VIA_TC3 





(FALSE) 



(TRUE) 




'Set_operatlon_ 
code_and_ 
TCAP_para' 



TC_ 

INVOKE_REQ_ 
VIA TC3 





(FALSE) 



'Set_problem_ 
code' 



TC_U_ 

REJECT_REQ_ 
VIA TC3 



Figure 13.2/6 (sheet 3 of 3): Process PERFORMING_MAP_SSM 
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Comment 'MAP Service State Masctiine': 
DCL 

ARGUMENT_CORRECT, ERROR_CODE_CORRECT, LINKED_REQ_DEF, SYNTAX_CORRECT, 

MAPJNITIATED, CNF, LINKED_OPERATION_ALLOWED BOOLEAN, 

OP_CLASS INTEGER; 



A 



SERVICE_ 
■' INVOKED 



a service lias been invoked 
^ by tile IVIAP user 



'Set_Operation 

code_and_TCAP_ 
parameters' 



TCJNVOKE_ 
REQ_VIA_TC4 




(FALSE) 



(TRUE) 



WAiT_FOR_ 
CONFIRM 



Figure 13.2/7 (sheet 1 of 4): Process REQUESTING_MAP_SSM 
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WAIT_FOR_ 
CONFIRM 



RESULT_ 
RECEIVED 



(TRUE) 



'APPEND_ 

PARTIAL^ 

INFO' 






(FALSE) 





'STORE_ 

PARTIAL_ 

INFO' 



'Set_provlder_ 

error=invalld_ 

responserecelved 



WAIT_FOR_ 
CONFIRM 





(FALSE) 



MAP_CNF_ 
VIA_USER5 




'Set_provider_ 

error=lnvalid_ 

responserecelved 



'Set_problem_ 

code=mistyped_ 

parameter' 



(FALSE) 



'Set_provider_ 

error=lnvalid_ 

responserecelved 



TC_U_REJEOT_ 
RE0_VIA_TC4 



MAP_CNF_ 
VIA_USER5 



Figure 13.2/7 (sheet 2 of 4): Process REQUESTING_MAP_SSM 
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WAIT_FOR_ 
CONFIRM 



NEGATIVE_ 
> RESULT_ 
RECEIVED 




(TRUE) 




(TRUE) 



Servlce_ 
parameters_ 
^vallable?^ 



(TRUE) 



(FALSE) 



(FALSE) 



(FALSE) 




^--^nexpected ^^\ 


(TRUE) 




'Set_provider_ 

error=invalid_ 

response_received 


\clata_value ?-^ 






E) 
















'Set_user_ 
error' 




'Set_provider_ 

error=i rival id_ 

responsereceived 




























MAP CNF \, 
VIA_USER5 / 

/ 





Figure 13.2/7 (sheet 3 of 4): Process REQUESTING_MAP_SSM 
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WAIT_FOR_ 
CONFIRM 



LINKED_ 

> REQUEST, 

RECEIVED 



(TRUE) 





'Set_ 

problem 

code' 







'Set_provider_ 

error=data_ 

missing' 




TC U 

REJECT REQ 
VIA_TC4 




/ 












MAP CNF \ 
VIA_USER5 / 





■SET_ 

IMPLICIT 

CONF-TRUE' 



WAIT_FOR_ 
CONFIRM 




(FALSE) 



MAP_CNF_ 
VIA_USER5 



\«AIT_FOR_ 
CONFIRM 




'Set_provider_ 
error' 



MAP_CNF_ 
VIA USERS 




Figure 13.2/7 (sheet 4 of 4): Process REQUESTING_MAP_SSM 
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1 4 Abstract syntax of the MAP protocol 
14.1 General 

This subclause specifies the Abstract Syntaxes for the Mobile Application Part as well as the associated set of 
Operations and Errors, using the Abstract Syntax Notation One (ASN.l), defined in CCITT Recommendation X.208 
(1988) or X.680 (1994) with additions as defined in subclause 14.1.4 on Compatibility Considerations and the 
OPERATION and ERROR external MACROs, defined in CCITT Recommendation Q.773. 

The Abstract Syntax is defined for all interfaces specified in subclause 2.4 except for the A- and B-interfaces. 

The Mobile Application Part protocol is defined by two Abstract Syntaxes: 

one Abstract Syntax which encompass all Operations; and 

Errors identified by the various MAP subsystem numbers. 

This Abstract Syntax represents the set of values each of which is a value of the ASN.l type TCAPMessages. 
MessageType as defined in CCITT Recommendation Q.773 with the ANY DEFINED BY sections resolved by the 
operation and error codes included in the ASN.l module MAP-Protocol. However, only the subset of this abstract 
syntax which is required by the procedures defined for an entity needs to be supported: 

one Abstract Syntax identified by the OBJECT IDENTIFIER value MAP-Dialoguelnformation.map- 
DialogueAS. 

This Abstract Syntax represents the set of values each of which is a value of the ASN. 1 type MAP- 
Dialoguelnformation.MAP-DialoguePDU. Such a value of the ASN.l single-ASN.l-type element is contained within 
the user-information element of the TCAPMessages. DialoguePortion ASN.l type. This Abstract Syntax name is to be 
used as a direct reference. 



14.1.1 Encoding rules 



The encoding rules which are applicable to the defined Abstract Syntaxes are the Basic Encoding Rules for Abstract 
Syntax Notation One, defined in CCITT Recommendation X.690 with the same exceptions as in CCITT 
Recommendation Q.773 section 4 Message Representation. 

When the definite form is used for length encoding, a data value of length less than 128 octets must have the length 
encoded in the short form. 

When the long form is employed to code a length, the minimum number of octets shall be used to code the length field. 

OCTET STRING values and BIT STRING values must be encoded in a primitive form. 

There is no restriction to the use of empty constructors (e.g. an empty SEQUENCE type). That is, the encoding of the 
content of any data value shall consist of zero, one ore more octets. 

14.1.2 UseofTC 

The mapping of OPERATION and ERROR to TC components is defined in ETS 300 287 (version 2) which is based on 
CCITT Recommendation Q.773 (1992). 

NOTE 1: The class of an operation is not stated explicitly but is specified as well in the ASN.l operation type 
definition. 

Class 1: RESULT and ERROR appear in ASN.l operation type definition. 

Class 2: only ERROR appears in ASN.l operation type definition. 

Class 3: only RESULT appears in ASN.l operation type definition. 

Class 4: both RESULT and ERROR do not appear in ASN.l operation type definition. 
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The ASN.l data type which follows the keywords "ARGUMENT", "PARAMETER" or "RESULT" (for OPERATION 
and ERROR) is always optional from a syntactic point of view. However, except when specifically mentioned with the 
ASN.l comment «— optional» , the «parameter» part of a component has to be considered as mandatory from a 
semantic point of view. 

When an optional element is missing in an invoke component or in an inner data structure while it is required by the 
context, an error component is returned if specified in the operation type; the associated type of error is DataMissing. 
This holds also when the entire parameter of an invoke component is missing while it is required by the context. 

NOTE 2: When a mandatory element is missing in the parameter or inner data structure of any component, a reject 
component is returned (if the dialogue still exists). The problem code to be used is "Mistyped parameter". 

The Timer Values used in the operation type definitions are indicated as ASN.l comment. The Timer Value Ranges are: 

s = from 3 seconds to 10 seconds; 

m = from 15 seconds to 30 seconds; 

ml = from 1 minute to 10 minutes; 

1 = from 28 hours to 38 hours. 

14.1 .2.1 Use of Global Operation and Error codes defined outside MAP 

An entity supporting an application context greater than 2 shall be capable of receiving an operation or error code, 
within an application context defined in GSM 09.02, encoded as either an Object Identifier (as defined in CCITT 
Recommendation X.690 (1994)) or an integer value (as defined in section 14.5). Related restrictions regarding the use 
of Object Identiers are as follows: 

The length of the Object Identifier shall not exceed 16 octets and the number of components of the Object 
Identifier shall not exceed 16. 

Object Identifiers shall be used only for operations or errors defined outside of GSM 09.02 

Global error codes may be sent only in response to a global operation. If a standard operation is received then 
a global error code shall not be sent in response. 

Handling of an unknown operation codes by the receiving entity is defined in section 12.1.1 

1 4.1 .3 Use of information elements defined outside MAP 

An information element or a set of information elements (messages) transparently carried in the Mobile Application 
Part but defined in other recommendation/technical specifications are handled in one of the following ways: 

i) The contents of each information element (without the octets encoding the identifier and the length in the 
recommendation/technical specification where it is defined) is carried as the value of an ASN.l NamedType 
derived from the OCTET STRING data type. Additionally, the internal structure may be explained by means of 
comments. In case of misalignment the referred to recommendation/technical specification takes precedence. 

ii) The complete information element (including the octets encoding the identifier and the length in the 

recommendation/technical specification where it is defined) or set of information elements and the identity of the 
associated protocol are carried as the value of the ExternalSignallnfo data type defined in this ETS. Where more 
than one information element is carried, the information elements are sent contiguously with no filler octets 
between them. 



14.1.4 Compatibility considerations 



The following ASN.l modules conform to CCITT Recommendation X.208 (1988) or X.680 (1994) (the only module 
which makes use of X.680 is MAP-ExtensionDataTypes), but in addition Ellipsis Notation ("..." - notation) is used as 
described in ITU-T Recommendation X.680 Amendment 1 (1995) wherever future protocol extensions are foreseen. 

The "..." construct applies only to SEQUENCE and ENUMERATED data types. An entity supporting a version greater 
than 1 shall not reject an unsupported extension following "..." of that SEQUENCE or ENUMERATED data type. The 
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Encoding Rules from subclause 14.1.1 apply to every element of the whole Transfer Syntax especially to the ASN.l 
type EXTERNAL. 

Private extensions shall: 

1) if included in operations of an AC of V2, follow the extension marker and be tagged using PRIVATE tags up 
to and including 29. 

NOTE 1: This type of extension is in most cases used only within a PLMN. 

2) if included in operations of an AC of V3 or higher: be included only in the Private Extension Container that 
is defined in the specification. 

NOTE 2: This type of extension can be used between PLMNs. 

Private extensions shall not be included in v2 supplementary service operations. 

PCS extensions shall be included in the PCS Extension Container that is defined in this specification. 

In order to improve extensibility, a few error parameters have been defined as a CHOICE between the version 2 
description and a SEQUENCE including the version 2 description and an extension container. Operations used in a v2- 
application-context must consider only the first alternative while operations used in a vn-application-context (n>2) must 
consider only the second alternative. 

1 4. 1 .5 Structure of the Abstract Syntax of MAP 

For each MAP parameter which has to be transferred by a MAP Protocol Data Unit (MAP message), there is a PDU 
field (an ASN.l NamedType) whose ASN.l identifier has the same name as the corresponding parameter, except for the 
differences required by the ASN. 1 notation (blanks between words are removed or replaced by hyphen, the first letter of 
the first word is lower-case and the first letter of the following words are capitalized, e.g. "no reply condition time" is 
mapped to "noReplyConditionTime"). Additionally some words may be abbreviated as follows: 

bs basic service 

ch call handling 

cug closed user group 

ho handover 

ic incoming call 

id identity 

info information 

ms mobile service 

oc outgoing call 

om operation & maintenance 

pw Password 

sm short message service 

ss supplementary service 

The MAP protocol is composed of several ASN.l modules dealing with either operations, errors, data types, and, if 
applicable, split into those dealing with mobile services, call handling services, supplementary services and short 
message services. For operations and errors no values are assigned, but only the operation and error types in order to 
allow use of the defined types also by other protocols (e.g. TS GSM 04.80). The values (operation codes and error 
codes) are defined in a separate module. The ASN.l source lines are preceded by line-numbers at the left margin in 
order to enable the usage of the cross-reference in appendix A. 

The module containing the definition of the operation packages for MAP is: 
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1 . MAP-OperationPackages. 

The module containing the definition of the application contexts for MAP is: 

2. MAP-ApplicationContexts. 

The module containing the data types for the Abstract Syntax to be used for TCAPMessages.DialoguePortion for MAP 
is: 

3. MAP-Dialoguelnformation. 

The module containing the operation codes and error codes for MAP is: 

4. MAP-Protocol. 

The modules containing all operation type definitions for MAP are: 

5. MAP-MobileServiceOperations; 

6. MAP-OperationAndMaintenanceOperations; 

7. MAP-CallHandlingOperations; 

8. MAP-SupplementaryServiceOperations; 

9. MAP-ShortMessageServiceOperations. 

The module containing all error type definitions for MAP is: 

10. MAP -Errors. 

Modules containing all data type definitions for MAP are: 

11. MAP-MS-DataTypes; 

12. MAP-OM-DataTypes; 

13. MAP-CH-DataTypes; 

14. MAP-SS-DataTypes; 

15. MAP-SS-Code; 

16. MAP-SM-DataTypes; 

17. MAP-ER-DataTypes; 

18. MAP-CommonDataTypes; 

19. MAP-TS-Code; 

20. MAP-BS-Code; 

21. MAP-ExtensionDataTypes. 

References are made also to modules defined outside of this ETS. They are defined in the technical specification Mobile 
Services Domain and technical specification Transaction Capability respectively: 

MobileDomainDefinitions; 

TCAPMessages; 

DialoguePDUs. 
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14.1.6 Application Contexts 



The following informative table lists the latest versions of the Application Contexts used in this specification, with the 
operations used by them and, where applicable, whether or not the operation description is exactly the same as for 
previous versions. Information in sections 14.6 & 14.7 relates only to the ACs in this table. 



AC Name 


AC 
Version 


Operations Used 


Comments 


locationCancellationContext 


v2 


cancelLocation 




equipmentMngtContext 


v2 


checklMEl 




imsiRetrievalContext 


v2 


sendlMSI 




infoRetrievalContext 


v2 


sendAuthenticationlnfo 




interVlrlnfoRetrievalContext 


v2 


sendldentification 




handoverControlContext 


v2 


prepareHandover 

forwardAccessSignalling 

sendEndSignal 

processAccessSignalling 

prepareSubsequentHando 

ver 




mwdMngtContext 


v2 


readyPorSM 




msPurgingContext 


v2 


purgeMS 




shortMsgAlertContext 


v2 


alertServiceCentre 












resetContext 


v2 


reset 




networkUnstructuredSsContex 

t 


v2 


processUnstructuredSS- 
Request 

unstructuredSS-Request 
unstructuredSS-Notify 




tracingContext 


v3 


activateJraceMode 
deactivatelraceMode 




networkFunctionalSsContext 


v2 


registerSS 

eraseSS 

activateSS 

deactivateSS 

registerPassword 

interrogateSS 

getPassword 




shortMsgMO-RelayContext 


v3 


mo-forwardSIVI 




shortMsgMT-RelayContext 


v3 


mt-forwardSM 




shortMsgGatewayContext 


v3 


sendRoutinglnfoForSIVI 

reportSIVI-DeliveryStatus 

InformServiceCentre 




networkLocUpContext 


v3 


updateLocation 

forwardClieckSs-lndication 

restoreData 

insertSubscriberData 

activatelracelVlode 


the syntax is tlie same in v1 & 
v2 


subscriberDataMngtContext 


v3 


insertSubscriberData 
deleteSubscriberData 




roamingNumberEnquiryContex 

t 


v3 


provideRoamingNumber 




locationlnfoRetrievalContext 


v3 


sendRoutinglnfo 




callControlTransferContext 


v3 


resumeCallHandling 




subscriberlnfoEnquiryContext 


v3 


provideSubscriberlnfo 




anyJimeEnquiryContext 


v3 


anylimelnterrogation 





NOTE (*): The syntax of the operations is not the same in previous versions unless explicitly stated. 
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14.2 Operation packages 
14.2.1 General aspects 

This subclause describes the operation-packages which are used to build the application-contexts defined in 
subclause 14.3. 

Each operation-package is a specification of the roles of a pair of communicating objects (i.e. a pair of MAP-Providers), 
in term of operations which they can invoke of each other. 

The grouping of operations into one or several packages does not necessarily imply any grouping in term of Application 
Service Elements. 

The following ASN.l MACRO is used to describe operation-packages in this subclause: 



OPERATION-PACKAGE MACRO : : = 




BEGIN 




TYPE NOTATION ::= Symmetric 1 Consumerlnvokes Supplierlnvokes 


1 


empty 




VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER) 




Symmetric ::= "OPERATIONS" "{" OperationList "}" 




Consumerlnvokes ::= "CONSUMER INVOKES" "{" OperationList "}" 




Supplierlnvokes ::= "SUPPLIER INVOKES" "{" OperationList "}" 


empty 


OperationList ::= Operation | OperationList "," Operation 




Operation ::= value (OPERATION) 




END 





Since the application-context definitions provided in subclause 14.3 use only an informal description technique, only 
the type notation is used in the following subclauses to define operation-packages. 

The following definitions are used throughout this subclause (n>=2): 

vl-only operation: An operation which shall be used only in vl application-contexts; 

vn-only operation: An operation which shall be used only in vn application-contexts; 

v(n-l)-operation: An operation whose specification has not been modified since the MAP v(n-l) specifications 
or if the modifications are considered as not affecting v(n-l) implementations; 

v(n-l)-equivalent operation: The version of an operation which excludes all the information elements and errors 
which have been added since the MAP v(n-l) specification; 

vn-only package: An operation package which contains only vn-only operations; 

v(n-l)-package: An operation package which contains only v(n-l)- operations. 

The names of vn-packages are suffixed by "-vn" where n>=2. 

For each operation package which is not vn-only (n>=2) and which does not include only v(n-l)-operations, there is a 
v(n-l)-equivalent package. Except when a definition is explicitly provided in the following subclauses, the v(n-l)- 
equivalent package includes the v(n-l) -equivalent operations of the operations which belong to this package. 
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14.2.2 Packages specifications 
14.2.2.1 Location updating 

This operation package includes the operations required for location management procedures between HLR and VLR. 



LocationUpdatingPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

updateLocation } 
SUPPLIER INVOKES { 

forwardCheckSs- Indication } 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.2 Location cancellation 

This operation package includes the operations required for location cancellation and MS purging procedures between 
HLR and VLR. 



LocationCancellationPackage-v2 : := OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 
cancelLocation} 



The vl -equivalent package can be determined according to the rules described in subclause 14.2.1. 

14.2.2.3 Roaming number enquiry 

This operation package includes the operations required for roaming number enquiry procedures between HLR and 
VLR. 



RoamingNumberEnquiryPack.age-v3 : := OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

provideRoamingNumber } 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.4 Information retrieval 

This operation package includes the operation required for the authentication information retrieval procedure between 
HLR and VLR. 



InfoRetrievalPackage-v2 




= OPERATION- 


-PACKAGE 


— Supplier is HLR 


if 


Consumer 


IS 


VLR 


CONSUMER INVOKES { 










sendAuthenticat 


ioninf o} 







The vl -equivalent package is defined as follows: 



InfoRetrievalPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR or VLR if Consumer is VLR 
CONSUMER INVOKES { 
sendParameters } 



14.2.2.5 Inter-VLR information retrieval 

This operation package includes the operations required for inter VLR information retrieval procedures. 



InterVlrInfoRetrievalPackage-v2 ::= OPERATION-PACKAGE 
— Supplier is VLR if Consumer is VLR 
CONSUMER INVOKES { 

sendl dent ificat ion } 



The vl -equivalent package is : InfoRetrievalPackage-vl 
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14.2.2.6 I MS I retrieval 

This operation package includes the operation required for the IMSI retrieval procedure between HLR and VLR. 



IMSIRetrievalPackage- 


-v2 




= OPERATION- 


-PACKAGE 


— Supplier is HLR 


it 


Consumer 


IS 


VLR 


CONSUMER INVOKES 


{ 










sendlMSI} 













This package is v2 only. 

1 4.2.2.7 Call control transfer 

This operation package includes the operation required for the call control transfer procedure between VMSC and 
GMSC. 



CallControlTransferPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is GMSC if Consumer is VMSC 
CONSUMER INVOKES { 

resumeCallHandling} 



This package is v3 only. 

14.2.2.8- 14.2.2.9 [Spare] 
14.2.2.10 Interrogation 

This operation package includes the operations required for interrogation procedures between MSC and HLR. 



InterrogationPackage- 


-v3 




= OPERATION- 


-PACKAGE 


— Supplier is HLR i 


f 


Consumer 


IS 


MSC 


CONSUMER INVOKES 


{ 










sendRoutingI 


nfo} 











The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.11 [Spare] 

1 4.2.2.1 2 Handover Control 

This operation package includes the operations required for handover procedures between MSCs. 



HandoverControlPackage-v2 ::= OPERATION-PACKAGE 
— Supplier is MSCB if Consumer is MSCA 
CONSUMER INVOKES { 

prepareHandover, 
forwardAccess Signalling} 
SUPPLIER INVOKES { 
sendEndSignal, 
process Access Signalling, 
prepareSubsequentHandover } 



The vl -equivalent package is defined as follows. 



HandoverControlPackage-vl ::= OPERATION-PACKAGE 
— Supplier is MSCB if Consumer is MSCA 
CONSUMER INVOKES { 

perf ormHandover, 
forwardAccess Signalling, 
trace Subscriber Activity} 
SUPPLIER INVOKES { 
sendEndSignal, 
note Internal Handover, 
processAccessSignalling, 
perf ormSubsequentHandover } 
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1 4.2.2.1 3 Subscriber Data management stand alone 

This operation package includes the operations required for stand alone subscriber data management procedures 
between HLR and VLR. 



SubscriberDataMngtStandAlonePackage-v3 : := OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

insert Subs criberDat a, 
deleteSubscriberData} 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.14 Equipment management 

This operation package includes the operations required for equipment management procedures between EIR and MSC. 



EquipmentMngtPackage- 


-v2 




= OPERATION- 


-PACKAGE 


— Supplier is EIR 


it 


Consumer 


is 


MSC 


CONSUMER INVOKES 


{ 










checklMEI} 













The vl -equivalent package can be determined according to the rules described in subclause 14.2.1. 

1 4.2.2.1 5 Subscriber data management 

This operation package includes the operations required for subscriber data management procedures between HLR and 
VLR. 



SubscriberDataMngtPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

insert Subs criberDat a } 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.16 Location register restart 

This operation package includes the operations required for location register restart procedures between HLR and VLR. 



ResetPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 
reset } 



The vl -equivalent package can be determined according to the rules described in subclause 14.2.1. 

14.2.2.17 Tracing stand-alone 

This operation package includes the operations required for stand alone tracing procedures between HLR and VLR. 



TracingStandAlonePackage-v3 ::= OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode, 

deactivateTraceMode } 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 
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1 4.2.2.1 8 Functional SS handling 

This operation package includes the operations required for functional supplementary services procedures between VLR 
and HLR. 



FunctionalSsPackage-v2 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

registerSS, 

eraseSS, 

activateSS, 

deactivateSS, 

registerP ass word, 

interrogateSS } 
SUPPLIER INVOKES { 
getPassword} 



The vl -equivalent package can be determined according to the rules described in subclause 14.2.1. 

14.2.2.19 Tracing 

This operation package includes the operations required for tracing procedures between HLR and VLR. 



TracingPackage-v3 ::= OPERATION-PACKAGE 

— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode } 



The vl -equivalent and v2-equivalent packages can be determined according to the rules described in subclause 14.2.1. 

14.2.2.20 Binding 

This operation package includes the operation required to initialize a supplementary service procedure between VLR 
and HLR. 



BindingPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

beginSubscriber Activity } 



This package is vl only. 

14.2.2.21 Unstructured SS handling 

This operation package includes the operations required for unstructured supplementary services procedures between 
VLR and HLR. 



UnstructuredSsPackage-v2 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

processUnstructuredSS-Request } 
SUPPLIER INVOKES { 

unstructuredSS-Request, 
unstructuredSS-Notif y } 



The vl-equivalent package is defined as follows: 



Unst ructuredS 


sPackage-vl : 


:= OPERATION 


-PACKAGE 


— Supplier is HLR if 


Consumer is 


VLR 


CONSUMER 


INVOKES { 






processUnstructuredSS-Data} 





ETSI 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 1 94 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

14.2.2.22 MO Short message relay services 

This operation package includes the operations required for short message relay service procedures between IWMSC 
and VMSC or between GMSC and MSC. 



MOShortMsgRelayPackage- 


-v3 


: : 


= OPERATION- 


-PACKAGE 


— Supplier is IWMSC 


if 


Consumer 


IS 


MSC 


CONSUMER INVOKES { 












MO-forwardSM} 













The v2-equivalent package is defined as follows: 



ShortMsgRelayPackage-v2 : 


= OPERATION- 


-PACKAGE 


— Supplier is IWMSC if Consumer 


is MSC 


— Supplier is MSC if 


Consumer is 


GMSC 


CONSUMER INVOKES { 






forwardSM} 







The vl -equivalent package can be determined according to the rules described in subclause 14.2.1. 

1 4.2.2.23 Short message gateway services 

This operation package includes the operations required for short message service gateway procedures between MSC 
and HLR. 



ShortMsgGatewayPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutingInf oForSM, 

reportSM-DeliveryStatus } 
SUPPLIER INVOKES { 

inf ormServiceCentre } 



The v2-equivalent package can be determined according to the rules described in subclause 
14.2.1 

The vl-equivalent package is defined as follows: 



ShortMsgGatewayPackage-vl ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutingInf oForSM 

reportSMDeliveryStatus } 



1 4.2.2.24 MT Short message relay services 

This operation package includes the operations required for short message relay service procedures between GMSC and 
MSC. 



MTShortMsgRelayPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is MSC if Consumer is GMSC 
CONSUMER INVOKES { 
MT-forwardSM} 



The v2-equivalent package is: ShortMsgRelayPackage-v2 

14.2.2.25 [Spare] 

14.2.2.26 Message waiting data management 

This operation package includes the operations required for short message waiting data procedures between HLR and 
VLR. 



MwdMngtPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

readyForSM} 
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The vl -equivalent package is defined as follows: 



MwdMngtPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

noteSubscriberPresent } 



14.2.2.27 Alerting 

This operation package includes the operations required for alerting between HLR and IWMSC. 



AlertingPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentre} 



The vl -equivalent package is defined as follows. 



AlertingPackage-vl ::= OPERATION-PACKAGE 

— Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentreWithoutResult } 



14.2.2.28 Data restoration 

This operation package includes the operations required for VLR data restoration between HLR and VLR. 



DataRestorationPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 
restoreData} 



The v2-equivalent package can be determined according to the rules described in subclause 14.2.1. 
The vl-equivalent package is: InfoRetrievalPackage-vl 

14.2.2.29 Purging 

This operation package includes the operations required for purging between HLR and VLR. 



PurgingPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 
purgeMS } 



This Package is v2 only. 

14.2.2.30 Subscriber information enquiry 

This operation package includes the operations required for subscriber information enquiry procedures between HLR 
and VLR. 



SubscriberInformationEnquiryPackage-v3 : := OPERATION-PACKAGE 

— Supplier is VLR if Consumer is HLR 

CONSUMER INVOKES { 
provide Subscriber Info } 



This package is v3 only. 
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14.2.2.31 Any time information enquiry 

This operation package includes the operations required for any time information enquiry procedures between gsmSCF 
and HLR. 



AnyTimeInfonnationEnquiryPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is gsmSCF 
CONSUMER INVOKES { 

anyTime Interrogation } 



This package is v3 only. 
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14.3 Application contexts 
14.3.1 General aspects 

An application-context is assigned for each dialogue established by a MAP-user. In this ETS each application-context is 
assigned a name which is supplied in the MAP -OPEN Req primitive by the MAP-User and transmitted to the peer 
under certain circumstances. 

The following ASN.l MACRO is used to describe the main aspects of application-contexts in the following subclauses: 



APPLICATION-CONTEXT MACRO : : = 

BEGIN 

TYPE NOTATION ::= Symmetric I InitiatorConsumerOf 
ResponderConsumerOf I empty 

VALUE NOTATION ::= value (VALUE OBUECT IDENTIFIER) 

Symmetric ::= "OPERATIONS OF" "{" PackageList "}" 

InitiatorConsumerOf ::= "INITIATOR CONSUMER OF" "{" PackageList "}" 

ResponderConsumerOf ::= "RESPONDER CONSUMER OF" "{" PackageList "}" 
I empty 

PackageList ::= Package I PackageList "," Package 

Package ::= value (OPERATION-PACKAGE) 

I type -- shall reference a package type 

END 



The following definitions are used throughout this subclause: 

vl -application-context: An application-context which contains only vl-packages and uses only TC vl facilities; 

vl context set: the set of vl -application-contexts defined in this ETS; 

vn-application-context (n>=2): An application-context which contains only vn-packages; 

The names of vl -application-contexts are suffixed by "-vl" while other names are suffixed by "-vn" where n>=2. 

Application-contexts which do not belong to the vl context set use v2 TC facilities. 

The last component of each application-context-name (i.e. the last component of the object identifier value) assigned to 
an application-context which belongs to the vl context set indicates explicitly "versionl". 

For each application-context which does not belong to the "vl context set" there is a vl-equivalent application context. 
This is a vl -application-context which includes the vl -equivalents of the packages included in the original context. 

Each application-context uses the abstract-syntax associated with the operation-packages it includes and uses the 
transfer-syntax derived from it by applying the encoding rules defined in subclause 14.1.1. 

ACs which do not belong to the vl context set require the support of the abstract-syntax identified by the object 
identifier value: MAP-Dialoguelnformation.map-Dialogue-AS defined in subclause 14.4. 
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14.3.2 Application context definitions 

14.3.2.1 [Spare] 

14.3.2.2 Location Updating 

This application context is used between HLR and VLR for location updating procedures. 



networkLocUpContext-v3 AP P L I CAT ION-CONTEXT 
— Responder Is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

LocationUpdatingPackage-v3, 
DataRestorationPackage-v3 } 
RESPONDER CONSUMER OF { 

SubscriberDataMngtPackage-v3 
TracingPackage-v3 } 
::= {map-ac networkLocUp (1) version3 (3) } 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac networkLocUp (1) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I (map-ac networkLocUp (1) versionl(l)} 

14.3.2.3 Location Cancellation 

This application context is used between HLR and VLR for location cancellation procedures. 



locationCancellationContext-v2 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

LocationCancellationPackage-v2 } 

::= {map-ac locationCancel (2) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

|map-ac locationCancel (2) versionl(l) 

14.3.2.4 Roaming number enquiry 

This application context is used between HLR and VLR for roaming number enquiry procedures. 



roamingNumberEnquiryContext-v3 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

RoamingNumberEnquiryPackage-v3 } 

::= {map-ac roamingNbEnquiry (3) version3(3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac roamingNbEnquiry (3) version2(2) } 

The following application-context-name is assigned to the vl -equivalent application-context: 

|{map-ac roamingNbEnquiry (3) versionl(l)} 
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14.3.2.5 [Spare] 

14.3.2.6 Location Information Retrieval 

This application-context is used between GMSC and HLR when retrieving location information. 



locationInfoRetrievalContext-v3 APPLICATION-CONTEXT 
— Responder Is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

InterrogationPackage-v3 } 

::= {map-ac locInfoRetrieval (5) versions (3) } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac locInfoRetrieval (5) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac locInfoRetrieval (5) versionl(l)} 

1 4.3.2.7 Call control transfer 

This application context is used for the call control transfer procedure between the VMSC and the GMSC. 



callControlTransferContext-v3 APPLICATION-CONTEXT 
— Responder is GMSC if Initiator is VMSC 
INITIATOR CONSUMER OF { 

CallControlTransf erPackage-v3 } 

::= {map-ac callControlTransf er ( 6) versions (3)} 



This application-context is v3 only. 

14.3.2.8- 14.3.2.10 [Spare] 

14.3.2.1 1 Location registers restart 

This application context is used for location register restart procedures. 



resetContext-v2 APPLICATION-CONTEXT 

— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 
ResetPackage-v2 } 

::= {map-ac reset (10) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac reset (10) versionl(l)} 

1 4.3.2.1 2 Handover control 

This application context is used for handover procedures between MSCs. 



hancioverControlContext-v2 APPLICATION-CONTEXT 
— Responder is MSCB if Initiator is MSCA 
INITIATOR CONSUMER OF { 

HandoverControlPackage-v2 } 

::= {map-ac handoverControl (11) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac handoverControl (11) versionl(l)} 
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14.3.2.13 I MS I Retrieval 

This application context is used for IMSI retrieval between HLR and VLR. 



imsiRetrievalContext-v2 APPLICATION-CONTEXT 
— Responder Is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

IMSIRetrievalPackage-v2 } 

::= {map-ac imsiRetrieval (26) version2(2)} 



This application-context is v2 only. 

14.3.2.14 Equipment Management 

This application context is used for equipment checking between MSC and EIR: 



equipmentMngtContext-v2 APPLICATION-CONTEXT 
— Responder is EIR if Initiator is MSC 
INITIATOR CONSUMER OF { 

EquipmentMngtPackage-v2 } 

::= {map-ac equipmentMngt (13) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac equipmentMngt (13) versionl(l)} 

14.3.2.15 Information retrieval 

This application context is used for authentication information retrieval between HLR and VLR. 



infoRetrievalContext-v2 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

Inf oRetrievalPackage-v2 } 

::= {map-ac inf oRetrieval (14) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 



— Responder is HLR if Initiator is VLR 
{map-ac inf oRetrieval (14) versionl(l)} 



14.3.2.16 Inter-VLR information retrieval 

This application context is used for information retrieval between VLRs. 



interVlrInfoRetrievalContext-v2 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

InterVlrInf oRetrievalPackage-v2 } 

::= {map-ac interVlrInf oRetrieval ( 15) version2(2)} 



The vl-equivalent application-context is: 



-- Responder is VLR if Initiator is VLR 
{map-ac inf oRetrieval (14) versionl(l)} 



1 4.3.2.1 7 Stand Alone Subscriber Data Management 

This application context is used for stand alone subscriber data management between HLR and VLR: 



siabscriberDataMngtContext-v3 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

SubscriberDataMngtStandAlonePackage-v3 } 

::= {map-ac subscriberPataMngt (16) versions (3) } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac subscriberPataMngt (16) version2(2)) 
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The following application-context-name is assigned to the vl -equivalent application-context: 

|{map-ac subscriberPataMngt ( 1 6) versionl(l)} 



14.3.2.18 Tracing 

This application context is used for stand alone tracing control procedures: 



tracingContext-v3 APPLICATION-CONTEXT 

— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

TracingStandAlonePackage-v3 } 

::= {map-ac tracing(17) versions (3) } 



The following application-context-name is assigned to the v2 -equivalent application-context: 



1 {map- 


-ac 


tracing (17) 


version2 (2) } 








1 


The following appUcation-context-name is assigned to the 


vl 


-equivalent 


apphcation-context: 


1 {map- 


-ac 


tracing (17) 


versionl (1) } 








1 



1 4.3.2.1 9 Network functional SS handling 

This application context is used for functional-like SS handling procedures between VLR and HLR. 



networkFunctionalSsContext-v2 APPLICATION-CONTEXT 
— Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

FunctionalSsPackage-v2 } 

::= {map-ac networkFunctionalSs (18) version2(2)} 



The vl -equivalent application-context is defined as follows: 



networkFunctionalSsContext-vl APPLICATION-CONTEXT 
— Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

Functional SsPackage-vl , 
UnstructuredSsPackage-vl , 
BindingPackage-vl } 
::= {map-ac networkFunctionalSs (18) versionl (1)} 



1 4.3.2.20 Networl< unstructured SS handling 

This application context is used for handling stimuli-like procedures between HLR and VLR. 



networkUnstructuredSsContext-v2 APPLICATION-CONTEXT 

— Responder is HLR, Initiator is VLR 

— Responder is VLR, Initiator is HLR 
OPERATIONS OF { 

UnstructuredSsPackage-v2 } 
::= {map-ac networkUnstructuredSs (19) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac networkFunctionalSs (18) versionl (1)} 



1 4.3.2.21 Short Message Gateway 

This application context is used for short message gateway procedures. 



shortMsgGatewayContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

ShortMsgGatewayPackage-v3 } 

::= {map-ac shortMsgGateway (20) version3 (3) } 
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The following application-context-name is assigned to the v2-equivalent application-context: 



1 {map- 


-ac 


shortMsgGateway (20) 


version2 (2) } 






1 


The following application-context-name is assigned to the 


vl 


-equivalent 


application-context: 


1 {map- 


-ac 


shortMsgGateway (20) 


versionl (1) } 






1 



14.3.2.22 Mobile originating Short Message Relay 

This application context is used for mobile originating short message relay procedures. 



shortMsgMO-RelayContext-v3 APPLICATION-CONTEXT 
— Responder Is IWMSC if Initiator is MSC 
INITIATOR CONSUMER OF { 

M0ShortMsgRelayPackage-v3 } 

::= {map-ac shortMsgMO-Relay (21) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 



1 {map- 


-ac 


shortMsgMO-Relay (21) version2 (2) } 






1 


The following application-context- 


name is assigned to the 


vl 


-equivalent 


apphcation-context: 


1 {map- 


-ac 


shortMsg-Relay (21) 


versionl (1) } 






1 



14.3.2.23 [Spare] 

1 4.3.2.24 Short message alert 

This application context is used for short message alerting procedures. 



shortMsgAlertContext-v2 APPLICATION-CONTEXT 

— Responder is IWMSC if Initiator is HLR 
INITIATOR CONSUMER OF { 
AlertingPackage-v2 } 

::= {map-ac shortMsgAlert (23) version2(2)} 



The following application-context-name is symbolically assigned to the vl -equivalent application-context: 

I {map-ac shortMsgAlert (23) versionl (1)} 

1 4.3.2.25 Short message waiting data management 

This application context is used for short message waiting data management procedures. 



mwdMngtContext-v2 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 
MwdMngtPackage-v2 } 

: := {map-ac mwdMngt (24) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac mwdMngt (24) versionl (1)} 

14.3.2.26 Mobile terminating Short Message Relay 

This application context is used for mobile terminating short message relay procedures. 



shortMsgMT-RelayContext-v3 APPLICATION-CONTEXT 
— Responder is MSC if Initiator is GMSC 
INITIATOR CONSUMER OF { 

MTShortMsgRelayPackage-v3 } 

::= {map-ac shortMsgMT-Relay (25) version3(3)} 
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The following application-context-name is assigned to the v2-equivalent application-context: 

I (map-ac shortMsgMT-Relay (25) version2(2)} | 

The following application-context-name is assigned to the vl -equivalent application-context: 

I (map-ac shortMsgMO-Relay (21) versionl(l)} | 

14.3.2.27 MS purging 

This application context is used between HLR and VLR for MS purging procedures. 



msPurgingContext-v2 APPLICATION-CONTEXT 

— Responder Is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 
purgingPackage-v2 } 

::= {map-ac msPurging (27) version2(2)} 



This application-context is v2 only. 

14.3.2.28 Subscriber information enquiry 

This application context is used between HLR and VLR for subscriber information enquiry procedures. 



subscriberInfoEnquiryContext-v3 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

Subscriberinf ormationEnquiryPackage-vS } 

::= {map-ac subscriberinf oEnquiry (28) versions (3)} 



This application-context is v3 only. 

14.3.2.29 Any time information enquiry 

This application context is used between gsmSCF and HLR for any time information enquiry procedures. 



anyTimeInfoEnquiryContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

AnyTimeInf ormationEnquiryPackage-v3 } 

::= {map-ac anyTimelnfoEnquiry (29) versions (3)} 



This application-context is v3 only. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



204 



ETSI TS 100 974 V5.19.0 (2003-09) 



14.3.3 ASN.1 Module for application-context-names 

The following ASN.l module summarizes the application-context-name assigned to MAP application-contexts. 

1 MAP-ApplicationContexts { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-ApplicationContexts (2) versions (3)} 
4 

5 DEFINITIONS 

6 

7 : : = 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 



BEGIN 



— EXPORTS everything 



IMPORTS 

gsm-Network Id, 

ac-Id 
FROM MobileDomainDef initions { 

ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versionl (1)} 



-- application-context-names 
|map-ac OBJECT IDENTIFIER ::= {gsm-NetworkId ac-Id} 



networkLocUpContext-v3 OBJECT IDENTIFIER ::= 
(map-ac networkLocUp (1) versions (3) } 



locationCancellationContext-v2 OBJECT IDENTIFIER 
{map-ac locationCancel (2) version2(2)} 



roamingNumberEnquiryContext-vS OBJECT IDENTIFIER 
{map-ac roamingNbEnquiry (3) version3(3)} 



locationInfoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac locInfoRetrieval (5) version3 (3) } 



resetContext-v2 OBJECT IDENTIFIER 
{map-ac reset (10) version2(2)} 



handoverControlContext-v2 OBJECT IDENTIFIER ::= 

{map-ac handoverControl (11) version2(2)} 



equipmentMngtContext-v2 OBJECT IDENTIFIER ::= 
{map-ac equipmentMngt (13) version2(2)} 



infoRetrievalContext-v2 OBJECT IDENTIFIER : : 
{map-ac inf oRetrieval (14) version2(2)} 



interVlrInfoRetrievalContext-v2 OBJECT IDENTIFIER 
{map-ac interVlrInf oRetrieval (15) version2(2)} 



subscriberDataMngtContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberDataMngt (16) versions (3) } 



tracingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac tracing(17) version3(3)} 



networkFunctionalSsContext-v2 OBJECT IDENTIFIER 
{map-ac networkFunctionalSs (18) version2(2)} 



networkUnstructureclSsContext-v2 OBJECT IDENTIFIER 
{map-ac networkUnstructuredSs (19) version2(2)} 



shortMsgGatewayContext-v3 OBJECT IDENTIFIER ::= 

{map-ac shortMsgGateway (20) versions (3) } 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



205 



ETSI TS 100 974 V5.19.0 (2003-09) 



69 

70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



90 
91 
92 
93 
94 
95 

96 -- The following Object Identif 

97 -- contexts existing in previou 
98 

99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 

125 END 



shortMsgM0-RelayContext-v3 OBJECT IDENTIFIER 
(map-ac shortMsgMO-Relay (21) versions (3)} 



shortMsgAlertContext-v2 OBJECT IDENTIFIER 
{map-ac shortMsgAlert (23) version2(2)} 



mwdMngtContext-v2 OBJECT IDENTIFIER 
{map-ac mwdMngt (24) version2(2)} 



shortMsgMT-RelayContext-v3 OBJECT IDENTIFIER 
{map-ac shortMsgMT-Relay (25) version3(3)} 



imsiRetrievalContext-v2 OBJECT IDENTIFIER 
{map-ac ImsiRetrieval (26) version2(2)} 



msPurgingContext-v2 OBJECT IDENTIFIER 
{map-ac msPurging (27) version2(2)} 



subscriberInfoEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberinf oEnquiry (28) version3(3)} 



anyTimeInfoEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac anyTimeInf oEnquiry (29) version3(3)} 



callControlTransferContext-v3 OBJECT IDENTIFIER 
{map-ac callControlTransf er ( 6) version3 (3) } 



iers are reserved for applicati 
s versions of the protocol 



-- AC Name & Version 


Object Identifier 




-- networkLocUpContext-v1 


map-ac networkLocUp (1) 


versioni (1) 


-- networkLocUpContext-v2 


map-ac networkLocUp (1) 


version2 (2) 


-- locationCancellationContext-v1 


map-ac locationCancellation (2) 


versioni (1) 


-- roamingNumberEnquiryContext-v1 


map-ac roamingNumberEnquiry (3) 


versioni (1) 


-- roamingNumberEnquiryContext-v2 


map-ac roamingNumberEnquiry (3) 


version2 (2) 


-- locationlnfoRetrievalContext-v1 


map-ac locationlnfoRetrieval (5) 


versioni (1) 


-- locationlnfoRetrievalContext-v2 


map-ac locationlnfoRetrieval (5) 


version2 (2) 


-- resetContext-v1 


map-ac reset (1 0) 


versioni (1) 


-- handoverControlContext-v1 


map-ac handoverControl (11) 


versioni (1) 


-- equipmentMngtContext-v1 


map-ac equipmentlVlngt (13) 


versioni (1) 


-- infoRetrievalContext-v1 


map-ac infoRetrieval (14) 


versioni (1) 


-- subscriberDataMngtContext-v1 


map-ac subscriberDataMngt (16) 


versioni (1) 


-- subscriberDataMngtContext-v2 


map-ac subscriberDataMngt (16) 


version2 (2) 


-- tracingContext-v1 


map-ac tracing (17) 


versioni (1) 


-- tracingContext-v2 


map-ac tracing (17) 


version2 (2) 


-- networkFunctionalSsContext-v1 


map-ac networkFunctionaISs (18) 


versioni (1) 


-- shortMsgGatewayContext-v1 


map-ac shortMsgGateway (20) 


versioni (1) 


-- shortMsgGatewayContext-v2 


map-ac shortMsgGateway (20) 


version2 (2) 


-- shortMsgRelayContext-v1 


map-ac shortMsgRelay (21) 


versioni (1) 


-- shortMsgAlertContext-v1 


map-ac shortMsgAlert (23) 


versioni (1) 


-- mwdMngtContext-v1 


map-ac mwdMngt (24) 


versioni (1) 


-- shortMsgMT-RelayContext-v2 


map-ac shortMsgMT-Relay (25) 


version2 (2) 



2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 



14.4 MAP Dialogue Information 

MAP-Dialoguelnformation { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-DialogueInf ormation (3) version3 (3)} 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

map-DialogueAS, 
MAP-DialoguePDU 
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19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 



IMPORTS 

gsm-NetworkId, 

as-Id 
FROM MobileDomainDef initions { 

ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versionl (1)} 

AddressString 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CommonDataTypes (18) versions (3)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version3 (3)} 



abstract syntax name for MAP-DlaloguePDU 



map-DialogueAS OBJECT IDENTIFIER ::= 

( gsm-NetworkId as-Id map-DialoguePDU (1) versionl (1) 



MAP-DialoguePDU ::= CHOICE { 






map-open 


[0] 


MAP-Openlnfo, 


map-accept 


[1] 


MAP-AcceptInf o. 


map-close 


[2] 


MAP-Closelnfo, 


map-refuse 


[3] 


MAP-Refuselnfo, 


map-userAbort 


[4] 


MAP-UserAbortlnfo, 


map-provider Abort 


[5] 


MAP-ProviderAbortInf o} 



MAP-OpenInf o : : = SEQUENCE { 
destinationRef erence 
originationRef erence 



[0] AddressString 
[1] AddressString 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL, 
OPTIONAL, 

OPTIONAL 



MAP-Acceptlnfo 



SEQUENCE { 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-Closelnfo 



SEQUENCE { 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-Refuselnfo : : = SEQUENCE { 
reason Reason, 
. . . , 

extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



Reason : : = ENUMERATED { 

noReasonGiven (0), 

InvalidDestinationRef erence (1) 
invalidOriginatingRef erence (2) 



90 
91 
92 
93 
94 
95 
96 



84 
85 
86 
87 


MAP-UserAbortlnfo ::= SEQUENCE { 

map-User Abort Choice MAP -User Abort Choice, 

extensionContainer ExtensionContainer 


OPTIONAL 


88 
89 


— extensionContainer must not be used in version 2 
} 





MAP-UserAbortChoice ::= CHOICE { 

userSpecif icReason [0] 

userResourceLimitation [1] 

resourceUnavailable [2] 

applicationProcedureCancellation [3 ] 



NULL, 
NULL, 

ResourceUnavailableReason, 
ProcedureCancellationReason } 
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97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 



ResourceUnavailableReason : := ENUMERATED 

shortTermResourceLimitation (0), 
longTermResourceLimitation (1) } 



ProcedureCancellationReason : : = 


ENUMERATED { 


handoverCancellation (0) , 




radioChannelRelease (1), 




networkPathRelease (2), 




callRelease (3), 




associatedProcedureFailure 


(4), 


tandemDialogueRelease (5), 




remoteOperationsFailure (6)} | 



MAP-ProviderAbortlnfo 



SEQUENCE { 



map-Provider Abort Re a son 



MAP -Provider Abort Reason, 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-ProviderAbortReason : : = 

abnormalDialogue (0) , 
invalidPDU (1) } 

END 



ENUMERATED { 
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14.5 MAP operation and error codes 

1 MAP-Protocol { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-Protocol (4) versions (3) } 
4 

5 DEFINITIONS 

6 

7 : : = 
8 

9 BEGIN 

10 

11 IMPORTS 

12 UpdateLocation, 

13 CancelLocation, 

14 PurgeMS, 

15 Sendldentif ication, 

16 PrepareHandover , 

17 SendEndSignal, 

18 ProcessAccessSignalling, 

19 ForwardAccessSignalling, 

20 PrepareSubsequentHandover , 

21 SendAuthenticationInf o, 

22 ChecklMEI, 

23 InsertSubscriberData, 

24 DeleteSubscriberData, 

25 Reset, 

26 ForwardCheckSS-Indication, 

27 RestoreData, 

28 ProvideSubscriberInf o, 

29 AnyTimelnterrogation 
30 

31 FROM MAP-MobileServiceOperations { 

32 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

33 gsm-Network (1) modules (3) map-MobileServiceOperations (5) 

34 versions (3) } 
35 

36 ActivateTraceMode, 

37 DeactivateTraceMode, 

38 SendlMSI 

39 FROM MAP-OperationAndMaintenanceOperations { 

40 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

41 gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 

42 versions (3) } 
43 

44 SendRoutingInf o, 

45 ProvideRoamingNumber, 

46 ResumeCallHandling 

47 FROM MAP-CallHandlingOperations { 

48 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

49 gsm-Network (1) modules (3) map-CallHandlingOperations (7) 

50 versions (3) } 
51 

52 RegisterSS, 

53 EraseSS, 

54 ActivateSS, 

55 DeactivateSS, 

56 InterrogateSS, 

57 ProcessUnstructuredSS-Request, 

58 UnstructuredSS-Request, 

59 UnstructuredSS-Notify, 

60 RegisterPassword, 

61 GetPassword 

62 FROM MAP-SupplementaryServiceOperations { 

63 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

64 gsm-Network (1) modules (3) map-SupplementaryServiceOperations (8) 

65 versions (3) } 
66 

67 SendRoutinglnfoForSM, 

68 MO-ForwardSM, 

69 MT-ForwardSM, 

70 ReportSM-DeliveryStatus, 

71 AlertServiceCentre, 

72 Inf ormServiceCentre, 

73 ReadyForSM 

74 FROM MAP-ShortMessageServiceOperations { 

75 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

76 gsm-Network (1) modules (3) map-ShortMessageServiceOperations (9) 
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77 versions (3) } 
78 

79 SystemFailure, 

80 DataMissing, 

81 UnexpectedDataValue, 

82 FacilityNotSupported, 

83 UnknownSubscriber , 

84 NumberChanged, 

85 UnknownMSC, 

86 Unidentif iedSubscriber, 

87 UnknownEquipment , 

88 RoamingNotAllowed, 

89 IllegalSubscriber, 

90 IllegalEquipment , 

91 BearerServiceNotProvisioned, 

92 TeleserviceNotProvisioned, 

93 NoHandoverNumberAvailable, 

94 SubsequentHandoverFailure, 

95 TracingBufferFull, 

96 OR-NotAllowed, 

97 NoRoamingNumberAvailable, 

98 AbsentSubscriber, 

99 BusySubscriber, 

100 NoSubscriberReply, 

101 CallBarred, 

102 ForwardingViolation, 

103 ForwardingFailed, 

104 CUG-Reject, 

105 ATI-NotAllowed, 

106 IllegalSS-Operation, 

107 SS-ErrorStatus, 

108 SS-NotAvailable, 

109 SS-SubscriptionViolation, 

110 SS-Incompatibility, 

111 UnknownAlphabet , 

112 USSD-Busy, 

113 PW-RegistrationFailure, 

114 NegativePW-Check, 

115 NumberOfPW-AttemptsViolation, 

116 SubscriberBusyForMT-SMS, 

117 SM-DeliveryFailure, 

118 MessageWaitingListFull, 

119 AbsentSubscriberSM 

120 FROM MAP-Errors { 

121 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

122 gsm-Network (1) modules (3) map-Errors (10) version3 (3) } 

123 ; 
124 
125 

126 — location registration operation codes 

127 

128 
129 
130 
131 
132 
133 

134 — handover operation codes 

135 

136 
137 
138 
139 
140 
141 
142 
143 

144 — authentication operation codes 

145 

146 IsendAuthenticationlnfo SendAuthenticationInf o ::= localValue 56 
147 
148 

149 — IMEI MANAGEMENT operation codes 
150 



updateLocation UpdateLocation ::= localValue 2 
cancelLocation CancelLocation ::= localValue 3 
purgeMS PurgeMS ::= localValue 67 
sendldentification Sendldentif ication ::= localValue 55 



prepareHandover PrepareHandover ::= localValue 68 
sendEndSignal SendEndSignal ::= localValue 2 9 

processAccessSignalling ProcessAccessSignalling ::= localValue 33 
forwardAccessSignalling ForwardAccessSignalling ::= localValue 34 
prepareSubseguentHandover PrepareSubsequentHandover ::= 
localValue 69 



151 IchecklMEI ChecklMEI ::= localValue 43 

152 

153 

154 — subscriber management operation codes 
155 
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156 

157 
158 
159 
160 

161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 



insert SubscriberData 
deleteSubscriberData 



Insert SubscriberData 
DeleteSubscriberData 



localValue 7 
localValue 8 



fault recovery operation codes 



reset Reset ::= localValue 37 
forwardCheckSS-Indication ForwardCheckSS- Indication 

localValue 38 
restoreData RestoreData ::= localValue 57 



operation and maintenance operation codes 



activateTraceMode ActivateTraceMode ::= localValue 50 
deactivateTraceMode DeactivateTraceMode ::= localValue 51 
sendlMSI SendlMSI ::= localValue 58 



— call handling operation codes 



sendRoutinglnfo SendRoutinglnfo ::= localValue 22 
provideRoamingNumber ProvideRoamingNumber ::= localValue 4 
resumeCallHandling ResumeCallHandling ::= localValue 6 



— supplementary service handling operation codes 



registerSS RegisterSS ::= localValue 10 

eraseSS EraseSS ::= localValue 11 

activateSS ActivateSS ::= localValue 12 

deactivateSS DeactivateSS ::= localValue 13 

interrogateSS InterrogateSS ::= localValue 14 

processUnstructuredSS-Request ProcessUnstructuredSS-Request ::= 

localValue 59 
unstructuredSS-Request UnstructuredSS-Request ::= localValue 60 
unstructuredSS-Notify UnstructuredSS-Notif y ::= localValue 61 
registerPassword RegisterPassword ::= localValue 17 
getPassword GetPassword ::= localValue 18 



short message service operation codes 



sendRoutinglnfoForSM SendRoutingInf oForSM ::= localValue 45 
mo-forwardSM MO-ForwardSM ::= localValue 4 6 
mt-forwardSM MT-ForwardSM ::= localValue 4 4 

reportSM-DeliveryStatus ReportSM-DeliveryStatus ::= localValue 47 
informServiceCentre Inf ormServiceCentre ::= localValue 63 
alertServiceCentre AlertServiceCentre ::= localValue 64 
readyForSM ReadyForSM ::= localValue 6 6 



— provide subscriber Info operation codes 



IprovideSubscriberlnfo ProvideSubscriberInf o ::= localValue 70 



any time Interrogation operation codes 



anyTimelnterrogation AnyTimelnterrogation ::= localValue 71 



generic error codes 



systemFailure SystemFailure ::= localValue 34 
dataMissing DataMissing ::= localValue 35 

unexpectedDataValue UnexpectedDataValue ::= localValue 36 
facilityNotSupported FacilityNotSupported ::= localValue 21 



— Identification and numbering error codes 



unknownSubscriber UnknownSubscriber ::= localValue 1 
numberChanged NumberChanged ::= localValue 4 4 
unknownMSC UnknownMSC ::= localValue 3 

unidentifiedSubscriber Unidentif iedSubscriber ::= localValue 5 
unknownEquipment UnknownEquipment ::= localValue 7 



subscription error codes 
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234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 

257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 
305 
306 
307 
308 
309 
310 
311 



roamingNotAllowed RoamingNotAllowed ::= localValue 8 
illegalSubscriber IllegalSubscriber ::= localValue 9 
illegalEquipment IllegalEquipment ::= localValue 12 
bearer ServiceNotProvisioned Bearer ServiceNotProvisioned 

localValue 10 
teleserviceNotProvisioned TeleserviceNotProvisioned ::= 

localValue 11 



handover error codes 



noHandoverNumberAvailable NoHandoverNumberAvailable : 

localValue 25 
subsequentHandoverFailure SubsequentHandoverFailure : 

localValue 26 



operation and maintenance error codes 



tracingBufferFull TracingBuf f erFull ::= localValue 40 



call handling error codes 



noRoamingNumberAvailable NoRoamingNumberAvailable : 
absentSubscriber AbsentSubscriber ::= localValue 27 
busySubscriber BusySubscriber ::= localValue 45 
noSubscriberReply NoSubscriberReply ::= localValue 4 5 
callBarred CallBarred ::= localValue 13 
forwardingFailed ForwardingFailed ::= localValue 47 
or-NotAllowed OR-NotAllowed ::= localValue 48 
forwardingViolation ForwardingViolation ::= localValue 14 
cug-Reject CUG-Reject ::= localValue 15 



localValue 39 



— any time interrogation error codes 



ati-NotAllowed ATI-NotAllowed 



localValue 4 9 



— supplementary service error codes 



illegalSS-Operation IllegalSS-Operation ::= localValue 16 
ss-ErrorStatus SS-ErrorStatus ::= localValue 17 
ss-NotAvailable SS-NotAvailable ::= localValue 18 

ss-SubscriptionViolation SS-SubscriptionViolation ::= localValue 19 
ss-Incompatibility SS-Incompatibility ::= localValue 20 
unknownAlphabet UnknownAlphabet ::= localValue 71 
ussd-Busy USSD-Busy ::= localValue 72 

pw-RegistrationFailure PW-RegistrationFailure ::= localValue 37 
negativePW-Check NegativePW-Check ::= localValue 38 
numberOfPW-AttemptsViolation NumberOfPW-AttemptsViolation ::= 
localValue 43 



short message service error codes 



subscriberBusyForMT-SMS SubscriberBusyForMT-SMS ::= localValue 31 
sm-DeliveryFailure SM-DeliveryFailure ::= localValue 32 
messageWaitingListFull MessageWaitingListFull ::= localValue 33 
absentsubscriberSM AbsentSubscriberSM ::= localValue 6 



The following operation codes are reserved for operations 
existing in previous versions of the protocol 



- Operation Name 


AC used 




Oper. Code 


- sendParameters 


map-ac infoRetrieval (14) versioni (1) 




localValue 9 


- processUnstructuredSS-Data 


map-ac networkFunctionaISs (18) versioni 


(1) 


localValue 19 


-- perform Handover 


map-ac handoverControl (11) versioni (1) 




localValue 28 


-- performSubsequentHandover 


map-ac handoverControl (11) versioni (1) 




localValue 30 


-- notelnternalHandover 


map-ac handoverControl (11) versioni (1) 




localValue 35 


-- noteSubscriberPresent 


map-ac mwdlVlngt (24) versioni (1) 




localValue 48 


--alertServiceCentreWithoutResult 


map-ac shortlVlsgAlert (23) versioni (1) 




localValue 49 


- traceSubscriberActivity 


map-ac handoverControl (11) versioni (1) 




localValue 52 


-- beginSubscriberActivity 


map-ac networl<FunctionalSs (18) versioni 


(1) 


localValue 54 



-- The following error codes are reserved for errors 
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312 — existing in previous versions of the protocol 

313 

314 
315 
316 
317 
318 
319 
320 

321 END 



- Error Name 

-- unknownBaseStation 
-- invalidTargetBaseStation 
-- noRadioResourceAvailable 



AC used 

map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 



Error Code 

localValue 2 
localValue 23 
localValue 24 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 21 3 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 



1 4.6 MAP operation and error types 
14.6.1 Mobile Service Operations 

1 MAP-MobileServiceOperations { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-MobileServiceOperations (5) 

4 versions (3) } 
5 

6 DEFINITIONS 

7 

8 :: = 

9 

10 BEGIN 
11 

12 EXPORTS 

13 

14 — location registration operations 

15 UpdateLocation, 

16 CancelLocation, 

17 PurgeMS, 

18 Sendldentif ication, 
19 

20 — subscriber information enquiry operations 

21 ProvideSubscriberInf o, 
22 

23 — any time information enquiry operations 

24 AnyTimelnterrogation, 
25 

26 — handover operations 

27 PrepareHandover , 

28 SendEndSignal, 

29 ProcessAccessSignalling, 

30 ForwardAccessSignalling, 

31 PrepareSubsequentHandover, 
32 

33 — authentication management operations 

34 SendAuthenticationInf o, 
35 

36 — IMEI management operations 

37 ChecklMEI, 
38 

39 — subscriber management operations 

40 InsertSubscriberData, 

41 DeleteSubscriberData, 
42 

43 — fault recovery operations 

44 Reset, 

45 ForwardCheckSS-Indication, 

46 RestoreData 

47 ; 
48 

49 IMPORTS 

50 OPERATION 

51 FROM TCAPMessages { 

52 ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 
53 

54 SystemFailure, 

55 DataMissing, 

56 UnexpectedDataValue, 

57 UnknownSubscriber , 

58 UnknownMSC, 

59 Unidentif iedSubscriber, 

60 UnknownEquipment , 

61 RoamingNotAllowed, 

62 ATI-NotAllowed, 

63 NoHandoverNumberAvailable, 

64 SubsequentHandoverFailure 

65 FROM MAP-Errors { 

66 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

67 gsm-Network (1) modules (3) map-Errors (10) version3 (3) } 
68 

69 UpdateLocationArg, 

70 UpdateLocationRes, 

71 CancelLocationArg, 

72 PurgeMS-Arg, 

73 Sendldentif icationRes, 
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74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 



PrepareHO-Arg, 

PrepareHO-Res, 

Prepare Sub sequent HO 

SendAuthenticationI 

SendAuthenticationI 

Equipment Status, 

Insert Subs criberDat 

Insert Subs criberDat 

Deletes ub scribe rDat 

Delete Subs criberDat 

ResetArg, 

RestoreDataArg, 

RestoreDataRes, 

ProvideSubscriberIn 

ProvideSubscriberIn 

AnyTimelnterrogatio 

AnyTimelnterrogatio 



-Arg, 
nf oArg, 
nf oRes, 

aArg, 
aRes, 
aArg, 
aRes, 



f oArg, 
f oRes, 
nArg, 
nRes 



FROM MAP-MS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) versions (3)} 

ExternalSignallnfo, 
TMSI, 
IMEI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) 



location registration operations 



UpdateLocation ::= OPERATION 




--Timer m 


ARGUMENT 






update LocationArg 


Update LocationArg 




RESULT 






updateLocationRes 


UpdateLocationRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






Unknown Subscriber, 






RoamingNot All owed} 







CancelLocation ::= OPERATION 




— Timer m 


ARGUMENT 






can eel LocationArg 


Can eel LocationArg 




RESULT 






ERRORS { 






DataMissing, 






UnexpectedDataValue } 







PurgeMS ::= OPERATION 




— Timer m 


ARGUMENT 






purgeMS-Arg 


PurgeMS-Arg 




RESULT 







Sendldentif ication : : = OPERATION 




— Timer s 


ARGUMENT 






tmsi 


TMSI 




RESULT 






sendldentif icationRes 


Sendldentif icationRes 




ERRORS { 






DataMissing, 






Unidentif iedSubscriber } 







— subscriber information enquiry operations 



ProvideSubscriberlnfo : := OPERATION 




— Timer m 


ARGUMENT 






provideSubscriberInf oArg 


ProvideSubscriberInf oArg 




RESULT 






provideSubscriberInf oRes 


ProvideSubscriberInf oRes 




ERRORS { 






DataMissing, 






UnexpectedDataValue } 







any time information enquiry operations 
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AnyTimelnterrogation ::= OPERATION 




— Timer m 


ARGUMENT 






anyTimelnterrogationArg 


AnyTimelnterrogationArg 




RESULT 






anyTimelnterrogationRes 


AnyTimelnterrogationRes 




ERRORS { 






SystemFailure, 






ATI-NotAllowed, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







165 — handover operations 
166 



PrepareHandover : := OPERATION 




— Timer m 


ARGUMENT 






prepareHO-Arg 


PrepareHO-Arg 




RESULT 






prepareHO-Res 


PrepareHO-Res 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






NoHandoverNumberAvailable } 







177 



8 


SendEndSignal : : = 


OPERATION 




— Timer 1 


9 


ARGUMENT 











bss-APDU 




External Signal Info 




1 


RESULT 









182 
183 
184 
185 
186 
187 
188 
189 
190 



ProcessAccessSignalling 

ARGUMENT 

bss-APDU 



OPERATION 



ExternalSignalInf o 



--Timer s 



ForwardAccessSignalling : := OPERATION 
ARGUMENT 



bss-APDU 



ExternalSignallnfo 



-Timer s 



191 


PrepareSubsequentHandover ::= OPERATION 


--Timer m 


192 


ARGUMENT 




193 


prepareSubsequentHO-Arg PrepareSubsequentHO-Arg 




194 


RESULT 




195 


bss-APDU ExternalSignallnfo 




196 


ERRORS { 




197 


UnexpectedDataValue, 




198 


DataMissing, 




199 
200 


UnknownMSC, 
SubsequentHandoverFailure } 





201 

202 — authentication management operations 

203 

204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 — IMEI management operations 

in 



SendAuthenticationlnfo ::= OPERATION — Timer m 
ARGUMENT 

sendAuthenticationInf oArg SendAuthenticationInf oArg 
RESULT 

sendAuthenticationInf oRes SendAuthenticationInf oRes 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 
UnknownSubscriber } 



ChecklMEI ::= OPERATION 




— Timer m 


ARGUMENT 






imei 


IMEI 




RESULT 






equipment St at us 


Equipment St at us 




ERRORS { 






SystemFailure, 






DataMissing, 






UnknownEquipment } 







227 

228 — subscriber management operations 

229 
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230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 



InsertSubscriberData ::= OPERATION 

ARGUMENT 

insert Subs criberDataArg 

RESULT 

insert Subs criberDataRes 
— optional 

ERRORS { 

DataMissing, 
UnexpectedDataValue, 
Unidentif iedSubscriber } 



--Timer m 



Insert Subs criberDataArg 
Insert Subs criberDataRes 



DeleteSubscriberData ::= OPERATION 

ARGUMENT 

delete Subs criberDataArg 

RESULT 

delete Subs criberDataRes 
— optional 

ERRORS { 

DataMissing, 
UnexpectedDataValue, 
Unidentif iedSubscriber } 



-Timer m 



Delete Subs criberDataArg 
Delete Subs criberDataRes 



— fault recovery operations 



Reset ::= OPERATION 




— Timer m 


ARGUMENT 






resetArg 


ResetArg 





ForwardCheckSS-Indication : := OPERATION 



-Timer s 



RestoreData ::= OPERATION 




— Timer m 


ARGUMENT 






restoreDataArg 


RestoreDataArg 




RESULT 






restoreDataRes 


RestoreDataRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







END 
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14.6.2 Operation and Maintenance Operations 

1 MAP-OperationAndMaintenanceOperations { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 

4 versions (3) } 
5 

6 DEFINITIONS 

7 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 



63 
64 
65 
66 

67 
68 
69 

70 

71 
72 
73 
74 
75 
76 



BEGIN 

EXPORTS 

ActivateTraceMode, 

DeactivateTraceMode, 

SendlMSI 



IMPORTS 

OPERATION 
FROM TCAPMessages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
Facil it yNot Supported, 
UnknownSubscriber , 
Unidentif iedSubscriber, 
TracingBuf ferFull 
FROM MAP-Errors { 

ccitt identif ied-organization 



(4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version3 (3)} 

ActivateTraceModeArg, 

ActivateTraceModeRes, 

DeactivateTraceModeArg, 

DeactivateTraceModeRes 
FROM MAP-OM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versions (3)} 

ISDN-Address St ring, 
IMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versions (3) 



50 


ActivateTraceMode ::= OPERATION 




--Timer m 


51 


ARGUMENT 






52 


activateTraceModeArg 


ActivateTraceModeArg 




53 


RESULT 






54 


activateTraceModeRes 


ActivateTraceModeRes 




55 


-- optional 






56 


ERRORS { 






57 


SystemFailure, 






58 


DataMissing, 






59 


UnexpectedDataValue, 






60 


Facil it yNot Supported, 






61 


Unidentif iedSubscriber, 






62 


TracingBuf ferFull } 







DeactivateTraceMode ::= OPERATION 




— Timer m 


ARGUMENT 






deactivateTraceModeArg 


DeactivateTraceModeArg 




RESULT 






deactivateTraceModeRes 


DeactivateTraceModeRes 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






Facil it yNot Supported, 






Unidentif iedSubscriber } 
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77 


SendlMSI ::= OPERATION 




— Timer m 


78 


ARGUMENT 






79 


msisdn 


ISDN-Address St ring 




80 


RESULT 






81 


imsi 


IMSI 




82 


ERRORS { 






83 


DataMissing, 






84 


UnexpectedDataValue, 






85 


UnknownSubscriber } 







86 

87 END 
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14.6.3 Call Handling Operations 



1 MAP-CallHandlingOperations { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-CallHandlingOperations (7) 

4 versions (3) } 
5 

6 DEFINITIONS 

7 



10 BEGIN 
11 

12 EXPORTS 

13 SendRoutingInf o, 

14 ProvideRoamingNumber, 

15 ResumeCallHandling 

16 ; 
17 

18 IMPORTS 

19 OPERATION 

20 FROM TCAPMessages { 

21 ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 
22 

23 SystemFailure, 

24 DataMissing, 

25 UnexpectedDataValue, 

26 FacilityNotSupported, 

27 OR-NotAllowed, 

28 UnknownSubscriber , 

29 NumberChanged, 

30 BearerServiceNotProvisioned, 

31 TeleserviceNotProvisioned, 

32 NoRoamingNumberAvailable, 

33 AbsentSubscriber, 

34 BusySubscriber, 

35 NoSubscriberReply, 

36 CallBarred, 

37 ForwardingViolation, 

38 ForwardingFailed, 

39 CUG-Reject 

40 FROM MAP-Errors { 

41 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

42 gsm-Network (1) modules (3) map-Errors (10) version3 (3) } 

43 SendRoutingInf oArg, 

44 SendRoutingInf oRes, 

45 ProvideRoamingNumberArg, 

46 ProvideRoamingNumberRes, 

47 ResumeCallHandlingArg, 

48 ResumeCallHandlingRes 

49 FROM MAP-CH-DataTypes { 

50 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

51 gsm-Network (1) modules (3) map-CH-DataTypes (13) versions (3)} 
52 

53 ; 

54 

55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 



SendRoutingInf o : := OPERATION 
ARGUMENT 

SendRoutingInf oArg 
RESULT 

SendRoutingInf oRes 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

FacilityNotSupported, 

OR-NotAllowed, 

UnknownSubscriber, 

NumberChanged, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

AbsentSubscriber, 

BusySubscriber, 

NoSubscriberReply, 

CallBarred, 

CUG-Reject, 
ForwardingViolation } 



-Timer m 



SendRoutingInf oArg 
SendRoutingInf oRes 
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77 


ProvideRoamingNumber ::= OPERATION 




— Timer m 


78 


ARGUMENT 






79 


provideRoamingNumberArg 


ProvideRoamingNumberArg 




80 


RESULT 






81 


provideRoamingNumberRes 


ProvideRoamingNumberRes 




82 


ERRORS { 






83 


SystemFailure, 






84 


DataMissing, 






85 


UnexpectedDataValue, 






86 


Facil it yNot Supported, 






87 


OR-NotAllowed, 






88 


Absent Subscriber, 






89 


NoRoamingNumberAvailable } 







90 



91 


ResumeCallHandling ::= OPERATION 




--Timer m 


92 


ARGUMENT 






93 


resumeCallHandlingArg 


ResumeCallHandlingArg 




94 


RESULT 






95 


resumeCallHandlingRes 


ResumeCallHandlingRes 




96 


ERRORS { 






97 


ForwardingFailed, 






98 


OR-NotAllowed, 






99 


UnexpectedDataValue } 







100 

101 END 
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1 4.6.4 Supplementary service operations 



1 MAP-SupplementaryServiceOperations { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-SupplementaryServiceOperations (8) 

4 versions (3) } 
5 

6 DEFINITIONS 

7 

8 :: = 

9 

10 BEGIN 
11 

12 EXPORTS 

13 RegisterSS, 

14 EraseSS, 

15 ActivateSS, 

16 DeactivateSS, 

17 InterrogateSS, 

18 ProcessUn St ructuredSS-Re quest, 

19 UnstructuredSS-Request, 

20 UnstructuredSS-Notify, 

21 RegisterPassword, 

22 GetPassword 

23 ; 
24 

25 IMPORTS 

26 OPERATION 

27 FROM TCAPMessages { 

28 ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 
29 

30 SystemFailure, 

31 DataMissing, 

32 UnexpectedDataValue, 

33 BearerServiceNotProvisioned, 

34 TeleserviceNotProvisioned, 

35 CallBarred, 

36 IllegalSS-Operation, 

37 SS-ErrorStatus, 

38 SS-NotAvailable, 

39 SS-SubscriptionViolation, 

40 SS-Incompatibility, 

41 PW-RegistrationFailure, 

42 NegativePW-Check, 

43 NumberOfPW-AttemptsViolation, 

44 UnknownAlphabet , 

45 USSD-Busy, 

46 AbsentSubscriber, 

47 IllegalSubscriber , 

48 IllegalEquipment 

49 FROM MAP-Errors { 

50 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

51 gsm-Network (1) modules (3) map-Errors (10) version3 (3) } 
52 

53 RegisterSS-Arg, 

54 SS-Info, 

55 SS-ForBS-Code, 

56 InterrogateSS-Res, 

57 USSD-Arg, 

58 USSD-Res, 

59 Password, 

60 Guidancelnfo 

61 FROM MAP-SS-DataTypes { 

62 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

63 gsm-Network (1) modules (3) map-SS-DataTypes (14) versions (3)} 
64 

65 SS-Code 

66 FROM MAP-SS-Code { 

67 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

68 gsm-Network (1) modules (3) map-SS-Code (15) versions (3) } 

69 ; 
70 
71 

72 — supplementary service handling operations 
73 
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74 


RegisterSS ::= OPERATION 




— Timer m 


75 




ARGUMENT 






76 




registerSS-Arg 


RegisterSS-Arg 




77 




RESULT 






78 




ss-Inf o 


SS-Info 




79 




— optional 






8U 




ERRORS { 






81 




SystemFailure, 






82 




DataMissing, 






83 




UnexpectedDataValue, 






84 




Bear erServiceNot Provisioned, 






85 




TeleserviceNot Provisioned, 






86 




CallBarred, 






87 




11 legal SS -Operation, 






88 




SS-ErrorStatus, 






89 




SS- Incompatibility } 







90 
91 
92 
93 

94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 



EraseSS ::= OPERATION 
ARGUMENT 

ss-ForBS 
RESULT 

SS-Info 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Bear erServiceNot Provisioned, 

TeleserviceNot Provisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-ErrorStatus 



--Timer m 



SS-ForBS-Code 



SS-Info 



ActivateSS ::= OPERATION 
ARGUMENT 

ss-ForBS 
RESULT 

SS-Info 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Bear erServiceNot Provisioned, 

TeleserviceNot Provisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-ErrorStatus, 

SS-SubscriptionViolation, 

SS- Incompatibility, 

NegativePW-Check, 
NumberOf PW-AttemptsViolation } 



-Timer m 



SS-ForBS-Code 
SS-Info 



DeactivateSS ::= OPERATION 
ARGUMENT 

ss-ForBS 
RESULT 

SS-Info 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Bear erServiceNot Provisioned, 

TeleserviceNot Provisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-ErrorStatus, 

SS-SubscriptionViolation, 

NegativePW-Check, 
Numbe r Of PW-At tempts Viol at ion 



--Timer m 



SS-ForBS-Code 



SS-Info 
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147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 



InterrogateSS ::= OPERATION 

ARGUMENT 

ss-ForBS 

RESULT 

interrogateSS-Res 

ERRORS { 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
Bear erServiceNot Provisioned, 
TeleserviceNot Provisioned, 
CallBarred, 
I 1 legal SS -Operation, 
SS-NotAvailable} 



--Timer m 



SS-ForBS-Code 



InterrogateSS-Res 



ProcessUnstructuredSS-Request : 


= OPERATION 


— Timer 10 minutes 


ARGUMENT 






ussd-Arg 


USSD-Arg 




RESULT 






ussd-Res 


USSD-Res 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownAlphabet , 






CallBarred} 







UnstructuredSS-Request ::= OPERATION 
ARGUMENT 

ussd-Arg USSD-Arg 

RESULT 

ussd-Res USSD-Res 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

AbsentSubscriber, 

II legal Subscriber, 

IllegalEquipment , 

UnknownAlphabet , 
USSD-Busy} 



-Timer ml 



UnstructuredSS-Notify ::= OPERATION 
ARGUMENT 

ussd-Arg 
RESULT 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

AbsentSubscriber, 

II legal Subscriber, 

IllegalEquipment, 

UnknownAlphabet , 
USSD-Busy} 



-Timer ml 



USSD-Arg 



RegisterPassword ::= OPERATION 
ARGUMENT 

ss-Code 

RESULT 

newPassword 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

CallBarred, 

SS-SubscriptionViolation, 

PW-RegistrationFailure, 

NegativePW-Check, 

NumberOfPW-AttemptsViolation 
LINKED { 

GetPassword} 



--Timer ml 



SS-Code 



Password 
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GetPassword ::= OPERATION 




— Timer m 


ARGUMENT 






guidanceinf o 


Guidanceinf o 




RESULT 






currentP as sword 


Password 





226 

227 END 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 225 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 



1 4.6.5 Short message service operations 



1 MAP-ShortMessageServiceOperations { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-ShortMessageServiceOperations (9) 

4 versions (3) } 
5 

6 DEFINITIONS 

7 

8 :: = 

9 

10 BEGIN 
11 

12 EXPORTS 

13 SendRoutinglnfoForSM, 

14 MO-ForwardSM, 

15 MT-ForwardSM, 

16 ReportSM-DeliveryStatus, 

17 AlertServiceCentre, 

18 Inf ormServiceCentre, 

19 ReadyForSM 

20 ; 
21 

22 IMPORTS 

23 OPERATION 

24 FROM TCAPMessages { 

25 ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 
26 

27 SystemFailure, 

28 DataMissing, 

29 UnexpectedDataValue, 

30 FacilityNotSupported, 

31 UnknownSubscriber , 

32 Unidentif iedSubscriber, 

33 IllegalSubscriber, 

34 IllegalEquipment , 

35 TeleserviceNotProvisioned, 

36 AbsentSubscriber, 

37 CallBarred, 

38 SubscriberBusyForMT-SMS, 

39 SM-DeliveryFailure, 

40 MessageWaitingListFull, 

41 AbsentSubscriberSM 

42 FROM MAP-Errors { 

43 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

44 gsm-Network (1) modules (3) map-Errors (10) version3 (3) } 
45 

46 RoutinglnfoForSM-Arg, 

47 RoutinglnfoForSM-Res, 

48 MO-ForwardSM-Arg, 

49 MO-ForwardSM-Res, 

50 MT-ForwardSM-Arg, 

51 MT-ForwardSM-Res, 

52 ReportSM-DeliveryStatusArg, 

53 ReportSM-DeliveryStatusRes, 

54 AlertServiceCentreArg, 

55 Inf ormServiceCentreArg, 

56 ReadyForSM-Arg 

57 FROM MAP-SM-DataTypes { 

58 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

59 gsm-Network (1) modules (3) map-SM-DataTypes (16) versions (3)} 
60 

61 
62 

63 ; 
64 
65 
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66 


SendRoutinglnfoForSM ::= OPERATION 




— Timer m 


67 


ARGUMENT 






68 


routinginf oForSM-Arg 


Routinginf oForSM-Arg 




69 


RESULT 






70 


routinginf oForSM-Res 


Routinginf oForSM-Res 




71 


ERRORS { 






72 


SystemFailure, 






73 


DataMissing, 






74 


UnexpectedDataValue, 






/i 


Facil it yNot Supported, 






76 


UnknownSubscriber , 






77 


TeleserviceNot Provisioned, 






78 


CallBarred, 






79 


Absent Subs criberSM} 







80 



81 


MO- 


-ForwardSM ::= OPERATION 




--Timer ml 


82 




ARGUMENT 






83 




mo-f orwardSM-Arg 


MO-ForwardSM-Arg 




84 




RESULT 






85 




mo-f orwardSM-Res 


MO-ForwardSM-Res 




86 




— optional 






87 




ERRORS { 






88 




SystemFailure, 






89 




UnexpectedDataValue, 






90 




Facil it yNot Supported, 






91 




SM-DeliveryFailure } 







92 



93 


MT-ForwardSM ::= OPERATION 




--Timer ml 


94 


ARGUMENT 






95 


mt-f orwardSM-Arg 


MT-ForwardSM-Arg 




96 


RESULT 






97 


mt-f orwardSM-Res 


MT-ForwardSM-Res 




98 


— optional 






99 
00 
01 
02 
03 
04 
05 
06 
07 
08 
09 


ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Facil it yNot Supported, 

Unidentif iedSubscriber, 

11 legal Subscriber, 

IllegalEquipment, 

Subs criberBusyForMT- SMS, 

SM-DeliveryFailure, 

Absent Subs criberSM} 







110 



11 


ReportSM-DeliveryStatus : := OPERATION 




— Timer s 


12 


ARGUMENT 






13 


reportSM-DeliveryStatusArg Report SM- 


-Deli very St atusArg 




14 


RESULT 






15 


reportSM-DeliveryStatusRes Report SM- 


-DeliveryStatusRes 




16 


— optional 






17 


ERRORS { 






18 


DataMissing, 






19 

20 
21 


UnexpectedDataValue, 
UnknownSubscriber, 
MessageWaitingListFull } 







122 



AlertServiceCentre ::= OPERATION 




— Timer s 


ARGUMENT 






alert ServiceCentreArg 


Alert ServiceCentreArg 




RESULT 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue } 







131 



InformServiceCentre : := OPERATION 




— Timer s 


ARGUMENT 






inf ormServiceCentreArg 


Inf ormServiceCentreArg 





135 
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ReadyForSM ::= OPERATION 




— Timer m 


ARGUMENT 






readyForSM-Arg 


ReadyForSM-Arg 




RESULT 






ERRORS { 






DataMissing, 






UnexpectedDataValue, 






Facil it yNot Supported, 






UnknownSubscriber } 







145 

146 END 
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14.6.6 Errors 

1 MAP-Errors { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-Errors (10) versions (3) } 
4 

5 DEFINITIONS 

6 

7 : : = 
8 

9 BEGIN 

10 

11 EXPORTS 

12 

13 — generic errors 

14 SystemFailure, 

15 DataMissing, 

16 UnexpectedDataValue, 

17 FacilityNotSupported, 
18 

19 — identification and numbering errors 

20 UnknownSubscriber, 

21 NumberChanged, 

22 UnknownMSC, 

23 Unidentif iedSubscriber, 

24 UnknownEquipment , 
25 

26 — subscription errors 

27 RoamingNotAllowed, 

28 IllegalSubscriber, 

29 IllegalEquipment , 

30 BearerServiceNotProvisioned, 

31 TeleserviceNotProvisioned, 
32 

33 — handover errors 

34 NoHandoverNumberAvailable, 

35 SubsequentHandoverFailure, 
36 

37 — operation and maintenance errors 

38 TracingBufferFull, 
39 

40 — call handling errors 

41 OR-NotAllowed, 

42 NoRoamingNumberAvailable, 

43 BusySubscriber, 

44 NoSubscriberReply, 

45 AbsentSubscriber, 

46 CallBarred, 

47 ForwardingViolation, 

48 ForwardingFailed, 

49 CUG-Reject, 
50 

51 — any time interrogation errors 

52 ATI-NotAllowed, 
53 

54 — supplementary service errors 

55 IllegalSS-Operation, 

56 SS-ErrorStatus, 

57 SS-NotAvailable, 

58 SS-SubscriptionViolation, 

59 SS-Incompatibility, 

60 UnknownAlphabet , 

61 USSD-Busy, 

62 PW-RegistrationFailure, 

63 NegativePW-Check, 

64 NumberOfPW-AttemptsViolation, 
65 

66 — short message service errors 

67 SubscriberBusyForMT-SMS, 

68 SM-DeliveryFailure, 

69 MessageWaitingListFull, 

70 AbsentSubscriberSM 

71 ; 
72 

73 IMPORTS 

74 ERROR 

75 FROM TCAPMessages { 

76 ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 
77 
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78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 



SS-Status 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versions (3)} 

SS-IncompatibilityCause, 

P W-Regi St rat ionF allure Cause, 

SM-DeliveryFallureCause, 

SystemFailureParam, 

DataMlssingParam, 

UnexpectedDataParam, 

FacllltyNotSupParam, 

UnknownSubscrlberParam, 

Numbe r Change dP a ram, 

Unidentlf ledSubParam, 

RoamingNotAllowedParam, 

IllegalSubscrlberParam, 

IllegalEquipmentParam, 

BearerServNotProvParam, 

TeleservNotProvParam, 

TracingBuf f erFullParam, 

NoRoamingNbParam, 

OR-NotAllowedParam, 

Absent Subs criberPar am. 

Busy Subs crlberParam, 

NoSubscrlberReplyParam, 

CallBarredParam, 

ForwardlngVlolationParam, 

ForwardlngFailedParam, 

CUG-Re jectParam, 

ATI-NotAllowedParam, 

SubBusyForMT-SMS-Param, 

MessageWaltListFullParam, 

Absent Subs criberSM-Par am 

FROM MAP-ER-DataTypes { 

ccltt Identif ied-organlzatlon (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) version3 (3)} 



generic errors 



SystemFailure : := ERROR 
PARAMETER 

SystemFailureParam 
— optional 



SystemFailureParam 



DataMissing : := ERROR 




PARAMETER 




dataMissingParam DataMlssingParam 




— optional 




— dataMissingParam must not be used in version 


<3 



UnexpectedDataValue : := ERROR 

PARAMETER 

UnexpectedDataParam 
— optional 
-- UnexpectedDataParam must not be used in version <3 



UnexpectedDataParam 



FacilityNotSupported : : = ERROR 

PARAMETER 

f acllityNotSupParam 
— optional 
— facilityNotSupParam must not be used in version <3 



FacllltyNotSupParam 



— identification and numbering errors 



UnknownSubscriber : := ERROR 
PARAMETER 

UnknownSubscrlberParam 

— optional 

— UnknownSubscrlberParam must not be used in version <3 



UnknownSubscrlberParam 



NumberChanged : := ERROR 
PARAMETER 

numbe r Change dP a ram 
— optio-fiai 



Numbe r Change dP a ram 
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157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 
234 



UnknownMSC : : = ERROR 



Unidentif iedSubscriber : : = ERROR 
PARAMETER 

unidentif iedSubP a ram 

— optional 

— unidentif iedSubParam must not be used In version <3 



Unidentif iedSubPar am 



I Unknowns quipment 



ERROR 



— subscription errors 



RoamingNotAllowed : := ERROR 

PARAMETER 
roamingNotAllowedParam 



RoamingNotAllowedParam 



IllegalSubscriber : := ERROR 

PARAMETER 

illegal Subs criberPar am 
— optional 
— lllegalSubscrlberParam must not be used in version <3 



II legal Subs criberPar am 



IllegalEquipment : : = ERROR 
PARAMETER 

IllegalEquipment Par am 

— optional 
— illegalEquipmentParam must not be used in version <3 



IllegalEquipment Par am 



ERROR 



BearerServiceNotProvisioned ::= 

PARAMETER 

bearerServNotProvParam 

— optional 

— bearerServNotProvParam must not be used in version <3 



BearerServNotProvParam 



TeleserviceNotProvisioned ::= ERROR 
PARAMETER 

teleservNotProvParam 

— optional 

— teleservNotProvParam must not be used in version <3 



TeleservNotProvParam 



handover errors 



NoHandoverNumberAvailable : := ERROR 



SubsequentHandoverFailure : : = ERROR 



— operation and maintenance errors 



TracingBufferFull : := ERROR 
PARAMETER 

tracingBuf f erFullParam 
— optional 



TracingBuf f erFullParam 



call handling errors 



NoRoamingNumberAvailable : 

PARAMETER 

noRoamingNbParam 
— optional 


= ERROR 


NoRoamingNbParam 



AbsentSubscriber : : = ERROR 
PARAMETER 

absent Subs criberPar am 
— optional 



Absent Subs criberPar am 



absentSubscriberParam must not be used in version <3 



BusySubscriber : : = ERROR 
PARAMETER 

bus ySubs criberPar am 
— optional 



Bus ySubs criberPar am 



NoSubscriberReply : 

PARAMETER 



ERROR 
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235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 
305 
306 
307 
308 



noSubscriberReplyParam 
— optional 



NoSubscriberReplyParam 



CallBarred : : = ERROR 
PARAMETER 

callBarredParam 
— optional 



CallBarredParam 



ForwardingViolation : : = ERROR 
PARAMETER 

f orwardingViolationParam 
— optional 



ForwardingViolationParam 



ForwardingFailed : : = ERROR 
PARAMETER 

f orwardingFailedParam 
— optional 



ForwardingFailedParam 



CUG-Reject ::= ERROR 




PARAMETER 




cug-Re jectParam 


CUG-RejectParam 


— optional 





OR-NotAllowed : : = ERROR 
PARAMETER 

or-NotAllowedParam 
— optional 



OR-NotAllowedParam 



— any time interrogation errors 



ATI-NotAllowed : : = ERROR 
PARAMETER 

ati-NotAllowedParam 
— optional 



ATI-NotAllowedParam 



supplementary service errors 



IllegalSS-Operation : := ERROR 



SS-ErrorStatus : : = ERROR 
PARAMETER 

ss-Status 
— optional 



SS-Status 



SS-NotAvailable : : = ERROR 



SS-SubscriptionViolation ::= ERROR 



SS-Incompatibility : : = ERROR 
PARAMETER 

ss-IncompatibilityCause 
— optional 



SS-Incompatibility Cause 



UnknownAlphabet : := ERROR 



USSD-Busy ::= ERROR 



PW-RegistrationFailure ::= ERROR 

PARAMETER 
pw-RegistrationFailureCause PW-RegistrationFailureCause 



NegativePW-Check : : = ERROR 



NumberOfPW-AttemptsViolation : : = ERROR 



— short message service errors 



SubscriberBusyForMT-SMS : 


:= ERROR 




PARAMETER 






subBusyForMT-SMS- 


-Param 


SubBusyForMT-SMS-Param 


— optional 
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309 
310 
311 
312 
313 
314 
315 
316 
317 
318 
319 
320 
321 
322 
323 
324 



SM-DeliveryFailure : : = ERROR 

PARAMETER 
sm-DeliveryFailureCause 



SM-DeliveryFailureCause 



MessageWaitingListFull : : = ERROR 
PARAMETER 

messageWaitListFullParam 
— optional 



MessageWaitListFullParam 



AbsentSubscriberSM : : = ERROR 
PARAMETER 

absent Subs criberSM-Par am 
— optional 

END 



Absent Subs criberSM-Par am 
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1 4.7 MAP constants and data types 
14.7.1 Mobile Service data types 

1 MAP-MS-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-MS-DataTypes (11) versions (3)} 
4 

5 DEFINITIONS 

6 

7 IMPLICIT TAGS 

8 

9 :: = 

10 

11 BEGIN 

12 

13 EXPORTS 

14 

15 — location registration types 

16 UpdateLocationArg, 

17 UpdateLocationRes, 

18 CancelLocationArg, 

19 PurgeMS-Arg, 

20 Sendldentif icationRes, 
21 

22 — handover types 

23 PrepareHO-Arg, 

24 PrepareHO-Res, 

25 PrepareSubsequentHO-Arg, 
26 

27 — authentication management types 

28 SendAuthenticationInf oArg, 

29 SendAuthenticationInf oRes, 
30 

31 — security management types 

32 EquipmentStatus, 
33 

34 — subscriber management types 

35 InsertSubscriberDataArg, 

36 InsertSubscriberDataRes, 

37 DeleteSubscriberDataArg, 

38 DeleteSubscriberDataRes, 

39 SubscriberData, 

40 ODB-Data, 

41 SubscriberStatus, 

42 ZoneCodeList , 

43 maxNumOf ZoneCodes, 

44 0-CSI, 

45 ServiceKey, 

46 DefaultCallHandling, 

47 SupportedCamelPhases, 

48 maxNumOfCamelTDPData, 

49 CUG-Index, 

50 CUG-Interlock, 

51 InterCUG-Restrictions, 

52 IntraCUG-Options, 
53 

54 -- fault recovery types 

55 ResetArg, 

56 RestoreDataArg, 

57 RestoreDataRes, 
58 

59 — subscriber information enquiry types 

60 ProvideSubscriberInf oArg, 

61 ProvideSubscriberInf oRes, 

62 Subscriberlnfo, 

63 Locationinf ormation, 

64 SubscriberState, 
65 

66 — any time information enquiry types 

67 AnyTimelnterrogationArg, 

68 AnyTimelnterrogationRes 
69 

70 ; 
71 

72 IMPORTS 

73 maxNumOfSS, 
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74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 



SS-SubscriptionOption, 
SS-List 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versions (3)} 

SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) version3 (3) } 

Ext-BearerServiceCode 
FROM MAP-BS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versions (3) } 

Ext-TeleserviceCode 
FROM MAP-TS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versions (3) } 



ISDN 

ISDN 

Exte 

IMSI 

HLR- 

LMSI 

Glob 

Cell 

Ext 

TBCD 



-Address St ring, 

SubaddressString, 
rnalSignallnfo, 

T 

List, 

T 

alCellld, 
IdOrLAI, 

BasicServiceCode, 
STRING 



FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versions (3) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versions (S)} 



— location registration types 



UpdateLocationArg ::= SEQUENCE { 






imsi 


IMSI, 




msc-Number 


[1] ISDN-AddressString, 


vlr-Number 


ISDN-AddressString, 






Imsi 


[10] LMSI 


OPTIONAL, 


extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



UpdateLocationRes : : = SEQUENCE { 
hlr-Number 

extensionContainer 



ISDN-AddressString, 
ExtensionContainer 



OPTIONAL, 



. . ./ 



CancelLocationArg 

imsi 
Imsi-WithLMSI 



CHOICE { 



IMSI, 
IMSI-WithLMSI} 



PurgeMS-Arg : : = SEQUENCE { 

imsi 
vlr-Number 



IMSI, 
ISDN-AddressString, 



IMSI-WithLMSI ::= SEQUENCE { 




imsi 


IMSI, 


Imsi 


LMSI, 


— a special value 00000000 

. . .} 


indicates that the LMSI is not in use 
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152 
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176 
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191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 



Sendldentif icationRes : : = 

imsi 
authenticationSetList 



SEQUENCE 



IMSI, 
AuthenticationSetList 



OPTIONAL, 



AuthenticationSetList 



SEQUENCE SIZE (1..5) OF 

AuthenticationSet 



AuthenticationSet : 


= SEQUENCE { 




rand 




RAND, 


sres 




SRES, 


kc 

- ■ - } 




Kc, 



RAND 



OCTET STRING (SIZE (16)) 



SRES ::= OCTET STRING (SIZE (4)) 



Kc 



OCTET STRING (SIZE (8)) 



— handover types 



PrepareHO-Arg ::= SEQUENCE { 






targetCellld 


GlobalCellld 


OPTIONAL, 


ho-NumberNotRequired 


NULL 


OPTIONAL, 


bss-APDU 

- ■ . } 


ExternalSignallnfo 


OPTIONAL, 



PrepareHO-Res : : = SEQUENCE { 
handover Number 
bss-APDU 



ISDN-Address St ring 
ExternalSignallnfo 



OPTIONAL, 
OPTIONAL, 



PrepareSubsequentHO-Arg 

targetCellld 

targetMSC-Number 

bss-APDU 



:= SEQUENCE { 

GlobalCellld, 
ISDN-Address St ring, 
ExternalSignallnfo, 



— authentication management types 



SendAuthenticationlnfoArg ::= IMSI 



SendAuthenticationlnfoRes ::= AuthenticationSetList 



security management types 



EquipmentStatus : := ENUMERATED { 

whiteListed (0), 

blackListed (1), 
greyListed (2) } 



subscriber management types 



InsertSubscriberDataArg : 

imsi 

COMPONENTS OF 

extensionContainer 

- ■ - } 


= SEQUENCE { 

[0] IMSI 

SubscriberData, 

[14] ExtensionContainer 


OPTIONAL, 
OPTIONAL, 
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234 
235 
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264 
265 
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268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 



SubscriberData : : = SEQUENCE { 








msisdn [1] ISDN-AddressString 






OPTIONAL, 


category [2] Category 






OPTIONAL, 


subscriberStatus [3] SubscriberStatus 






OPTIONAL, 


bearerServiceList [4] BearerServiceList 






OPTIONAL, 


— The exception handling for reception of unsupported 


/ 


not 


allocated 


-- bearerServiceCodes is defined in section 6.8.1 








teleserviceList [6] TeleserviceList 






OPTIONAL, 


— The exception handling for reception of unsupported 


/ 


not 


allocated 


— teleserviceCodes is defined in section 6.8.1 








provisionedSS [7] Ext-SS-Inf oList 






OPTIONAL, 


odb-Data [8] ODB-Data 






OPTIONAL, 


roamingRestrictionDueToUnsupportedFeature [9] NULL 






OPTIONAL, 


regionalSubscriptionData [10] ZoneCodeList 






OPTIONAL, 


vbsSubscriptionData [11] VBSDataList 






OPTIONAL, 


vgcsSubscriptionData [12] VGCSDataList 






OPTIONAL, 


vlrCamelSubscriptionlnf o [13] VlrCamelSubscript 
} 


ioninf 


O OPTIONAL 



Category ::= OCTET STRING (SIZE (1)) 

— The internal structure is defined in CCITT Rec Q.763. 



SubscriberStatus : : = ENUMERATED { 

serviceGranted (0) , 
operatorPeterminedBarring (1)} 



BearerServiceList 



SEQUENCE SIZE ( 1 . .maxNumOf BearerServices ) OF 
Ext-BearerServiceCode 



maxNumOfBearerServices INTEGER 



50 



TeleserviceList 



SEQUENCE SIZE ( 1 . .maxNumOf Teleservices ) OF 
Ext-TeleserviceCode 



maxNumOfTeleservices INTEGER 



20 



ODB-Data : : = SEQUENCE { 






odb-GeneralData 


ODB-GeneralData, 




odb-HPLMN-Data 


ODB-HPLMN-Data 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



ODB-GeneralData ::= BIT STRING { 

allOG-CallsBarred (0), 

internationalOGCallsBarred (1), 

InternationalOGCallsNotToHPLMN-CountryBarred (2) , 

interzonalOGCallsBarred (6), 

InterzonalOGCallsNotToHPLMN-CountryBarred (7) , 

InterzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred ( 8 ) , 

premiumRateInf ormationOGCallsBarred (3) , 

premiumRateEntertainementOGCallsBarred (4) , 

ss-AccessBarred (5), 

allECT-Barred (9), 

chargeableECT-Barred (10), 

internationalECT-Barred (11), 

interzonalECT-Barred (12), 

doublyChargeableECT-Barred (13), 

multipleECT-Barred (14)} (SIZE (15.. 32)) 

-- exception handling: reception of unknown bit assignments in the 
-- ODB-GeneralData type shall be treated like unsupported ODB-GeneralData 



ODB-HPLMN-Data ::= BIT STRING { 

plmn-Specif icBarringTypel (0), 

plmn-Specif icBarringType2 (1), 

plmn-Specif icBarringType3 (2), 

plmn-SpecificBarringType4 (3)} (SIZE (4.. 32)) 

-- exception handling: reception of unknown bit assignments in the 

— ODB-HPLMN-Data type shall be treated like unsupported ODB-HPLMN-Data 



Ext-SS-Inf oList 



SEQUENCE SIZE ( 1 . .maxNumOf SS) OF 
Ext-SS-Info 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



237 



ETSI TS 100 974 V5.19.0 (2003-09) 



284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 
305 
306 
307 
308 
309 
310 
311 
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337 
338 
339 
340 
341 
342 
343 
344 
345 
346 
347 
348 
349 
350 
351 



Ext-SS-Info ::= CHOICE { 






f orwardinginf o 


[0] 


Ext-Forwinfo, 


callBarringlnfo 


[1] 


Ext-CallBarlnfo, 


cug-Inf o 


[2] 


CUG-Info, 


ss-Data 


[3] 


Ext-SS-Data, 


emlpp-Inf o 


[4] 


EMLPP-Info} 



EMLPP-Inf o : : = SEQUENCE { 

maximumentitledPriority 

defaultPriority 

extensionContainer 



EMLPP-Priority, 
EMLPP-Priority, 
ExtensionContainer 



OPTIONAL, 



EMLPP-Priority ::= INTEGER (0..15) 

-- The mapping from the values A, B, 0, 1 , 2 , 3, 4 to the integer-value is 
-- specified as follows where A is the highest and 4 is the lowest 
-- priority level 

-- the integer values 7-15 are spare and shall be mapped to value 4 



priorityLevelA EMLPP-Priority : 
priorityLevelB EMLPP-Priority : 
priorityLevelO EMLPP-Priority : 
priorityLevell EMLPP-Priority : 
priorityLevel2 EMLPP-Priority : 
priorityLevel3 EMLPP-Priority : 
priorityLevel4 EMLPP-Priority : 


:= 6 
:= 5 
:= 
:= 1 
:= 2 
:= 3 
:= 4 



Ext-Forwinf o : : = SEQUENCE { 
ss-Code 

f orwardingFeatureList 
extensionContainer 



SS-Code, 

Ext-ForwFeatureList , 
[0] ExtensionContainer 



OPTIONAL, 



Ext-ForwFeatureList ::= 

SEQUENCE SIZE ( 1 . .maxNumOfExt-BasicServiceCroups) OF 

Ext-ForwFeature 



Ext-ForwFeature : : = SEQUENCE { 








basicService Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 


4 


Ext-SS-Status, 




f orwardedToNumber 


5 


ISDN-Address St ring 


OPTIONAL, 


f orwardedToSubaddress 


8 


ISDN-SubaddressString 


OPTIONAL, 


f orwardingOptions 


6 


Ext -ForwOpt ions 


OPTIONAL, 


noReplyConditionTime 


7 


Ext-NoRepCondTime 


OPTIONAL, 


extensionContainer 

- ■ . } 


9 


ExtensionContainer 


OPTIONAL, 



Ext-SS-Status 


::= OCTET STRING (SIZE (1..5)) 


— OCTET 1 




— bits 8765: 0000 (unused) 

— i3its 4321: Used to convey the "P bit", "R bit", "A bit" and "Q bit", 

— representing supplementary service state Information 
as defined In TS GSM 03.11 


— bit 4: 


"Q bit" 


— bit 3: 


"P bit" 


— bit 2: 


"R bit" 


— i3it 1 : 


"A bit" 


— OCTETS 2-5: reserved for future use. They shall be discarded If 

— received and not understood. 
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Ext -ForwOpt ions 

— OCTET 1 : 



OCTET STRING (SIZE (1..5)) 



— hit 8: notification to forwarding party 

— no notification 

— 1 notification 

bit 7: (unused) 

— bit 6: notification to calling party 

— no notification 

— 1 notification 

bit 5: (unused) 

— bits 43: forwarding reason 

— 00 ms not reachable 
01 ms busy 

— 10 no reply 

— 11 unconditional 

— bits 21 : 00 (unused) 

— OCTETS 2-5: reserved for future use. They shall be discarded if 

— received and not understood. 



Ext- 


-NoRepCondTime : 

— Only values 


5- 


INTEGER (1 
30 are used 


. .100) 




















— Values in th 

— If received: 


e 


ranges 1 


-4 


and 31- 


100 


are reserve 


d for 


fut 


ure 


use 




values 
values 


1-4 shall 
31-100 sha 


be 

11 


mapped on 
be mapped 


to 
on 


value 
to val 


5 
ue 


30 









Ext-CallBarlnfo ::= SEQUENCE { 






ss-Code 


SS-Code, 




callBarringFeatureList 


Ext-CallBarFeatureList, 




extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



Ext-CallBarFeatureList : : = 

SEQUENCE SIZE (1 . .maxNumOfExt-BasicServiceCroups) OF 
Ext-CallBarringFeature 



Ext-CallBarringFeature 

basicService 

ss-Status 

extensionContainer 



SEQUENCE { 



Ext-BasicServiceCode 
[4] Ext-SS-Status, 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CUG-Inf o : : = SEQUENCE { 








cug-SubscriptionList 


CUG- 


-SubscriptionList, 




cug-FeatureList 


CUG- 


-FeatureList 


OPTIONAL, 


extensionContainer 

- . .} 


[0] 


ExtensionContainer 


OPTIONAL, 



CUG-SubscriptionList 



SEQUENCE SIZE (0 . .maxNumOf CUG) OF 
CUG- Subscript ion 



CUG-Subscription : : = SEQUENCE { 






cug-Index 


CUG-Index, 




cug- Interlock 


CUG-Interlock, 




intraCUG-Options 


IntraCUG-Options, 




basicServiceGroupList 


Ext -BasicServiceGroupList 


OPTIONAL, 


extensionContainer 

- ■ . } 


[0] ExtensionContainer 


OPTIONAL, 



CUG-Index ::= INTEGER (0.. 327 67) 

— The internal structure is defined in ETS 300 138. 



CUG-Interlock ::= OCTET STRING (SIZE (4)) 



IntraCUG-Options : : = ENUMERATED { 
noCUG-Restrictions (0) , 
cuglC-CallBarred (1), 
cugOG-CallBarred (2) } 



maxNijmOfCUG INTEGER 



10 
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CUG-FeatureList : 



SEQUENCE SIZE ( 1 . .maxNumOf Ext-BasicServiceGroups ) OF 
CUG-Feature 



Ext-BasicServiceGroupList 



SEQUENCE SIZE ( 1 . .maxNumOf Ext-BasicServiceGroups ) 
OF 
Ext-BasicServiceCode 



ImaxNumOf Ext-BasicServiceGroups INTEGER 



32 



CUG-Feature : : = SEQUENCE { 






basicService 


Ext-BasicServiceCode 


OPTIONAL, 


pre ferentialCUG- Indicator 


CUG-Index 


OPTIONAL, 


interCUG-Re strict ions 


InterCUG-Restrictions, 




extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



InterCUG-Restrictions :: = OCTET STRING (SIZE (1)) 




— bits 


876543: 000000 (unused) 




— Exception handling: 




— bits 


876543 shall be Ignored If received and not 


understood 


— bits 


21 




— 00 


CUG only facilities 




— 01 


cue with outgoing access 




— 10 


CUG with Incoming access 




— 11 


CUG with both outgoing and Incoming access 





Ext-SS-Data ::= SEQUENCE { 






ss-Code 


SS-Code, 




ss-Status 


[4] Ext-SS-Status, 




ss- Subs criptionOpt ion 


SS-Subs criptionOpt ion 


OPTIONAL, 


basicServiceGroupList 


Ext -BasicServiceGroupList 


OPTIONAL, 


extensionContainer 

. . .} 


[5] ExtensionContainer 


OPTIONAL, 



ZoneCodeList : 



SEQUENCE SIZE ( 1 . .maxNumOf ZoneCodes ) 
OF ZoneCode 



ZoneCode ::= OCTET STRING (SIZE (2)) 

— internal structure Is defined in TS GSM 03.03 



maxNumOfZoneCodes INTEGER 



10 



InsertSubscriberDataRes : := SEQUENCE 


{ 






teleserviceList 


[1] 


TeleserviceList 


OPTIONAL, 


bearerServiceList 


[21 


BearerServiceList 


OPTIONAL, 


ss-List 


[3] 


ss-List 


OPTIONAL, 


odb-GeneralData 


[4] 


ODB-GeneralData 


OPTIONAL, 


regional Sub scriptionResponse 


[5] 






Regional Subs criptionResponse OPTIONAL, 




support edCamelPhases 


[6] 


Support edCamelPhases 


OPTIONAL, 


extensionContainer 

- ■ - } 


[7] 


ExtensionContainer 


OPTIONAL, 



RegionalSubscriptionResponse : 


= ENUMERATED { 


msc-AreaRest rioted 


(0), 


tooMany ZoneCodes 


(1), 


zoneCodesConf lict 


(2), 


regional Subs cNot Supported 


(3) } 



DeleteSubscriberDataArg : := SEQUENCE 

imsi 


{ 

[0] 


IMSI, 




basicServiceList 


[1] 


BasicServiceList 


OPTIONAL, 


— The exception handling for recept 


ion of unsupported / 


not allocated 


— basicServiceCodes is defined 


in section 6.8.2 




ss-List 


[2] 


ss-List 


OPTIONAL, 


roamingRestrictionDueToUnsupport 
regional Subs criptionldent if ier 


edFe 

[5] 


ature [4] NULL 
ZoneCode 


OPTIONAL, 
OPTIONAL, 


vbsGroupIndication 


[7] 


NULL 


OPTIONAL, 


vgcsGroupIndication 


[8] 


NULL 


OPTIONAL, 


camel SubscriptionlnfoWithdr aw 


[9] 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


[6] 


ExtensionContainer 


OPTIONAL, 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



240 



ETSI TS 100 974 V5.19.0 (2003-09) 



506 
507 
508 
509 
510 
511 
512 
513 
514 
515 
516 
517 
518 
519 
520 
521 
522 
523 
524 
525 
526 
527 
528 
529 
530 
531 
532 
533 
534 
535 
536 
537 
538 
539 
540 
541 
542 
543 
544 
545 
546 
547 
548 
549 
550 
551 
552 
553 
554 
555 
556 
557 
558 
559 
560 
561 
562 
563 
564 
565 
566 
567 
568 
569 
570 
571 
572 
573 
574 
575 
576 
577 
578 
579 
580 
581 



BasicServiceList 



SEQUENCE SIZE ( 1 . .maxNumOf BasicServices ) OF 
Ext-BasicServiceCode 



maxNumOfBasicServices INTEGER ::= 70 



DeleteSubscriberDataRes : := SEQUENCE { 
regionalSubscriptionResponse [0] 

Regional Subs criptionResponse OPTIONAL, 
extensionContainer ExtensionContainer OPTIONAL, 



VlrCamelSubscriptionlnfo : 

o-CSI 
extensionContainer 



SEQUENCE { 

[0] O-CSI 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



O-CSI ::= SEQUENCE { 

o-BcsmCamelTDPDataList 
extensionContainer 



0-BcsmCamelTDPDataList, 
ExtensionContainer 



OPTIONAL, 



O-BcsmCamelTDPDataList ::= SEQUENCE SIZE (1 . .maxNumOfCamelTDPData) OF 

O-BcsmCamelTDPData 



maxNiomOfCamelTDPData INTEGER 



10 



0-BcsmCamelTDPData : : = SEQUENCE { 






o-BcsmTriggerDetectionPoint 


0-BcsmTriggerDetectionPoint , 




serviceKey 


ServiceKey, 




gsmSCF-Address 


[0] ISDN-AddressString, 




def aultCallHandling 


[1] DefaultCallHandling, 




extensionContainer 

- ■ - } 


[2] ExtensionContainer 


OPTIONAL, 



ServiceKey : 



INTEGER (0. .2147483647) 



0-BcsmTriggerDetectionPoint : := ENUMERATED { 

collectedinf o (2), 

. . . } 
-- exception handling: 

-- For O-BcsmCamelTDPData sequences containing this parameter with any 
-- other value than the ones listed the receiver shall ignore the whole 
-- O-BcsmCamelTDPDatasequence . 



DefaultCallHandling 

continueCall (0) 
releaseCall (1) 



ENUMERATED { 



-- exception handling: 

-- reception of values in range 2-31 shall be treated as "continueCall" 

-- reception of values greater than 31 shall be treated as "releaseCall' 



SupportedCamelPhases ::= BIT STRING { 
phasel (0) } (SIZE (1. .16) ) 



fault recovery types 



ResetArg : : = SEQUENCE { 
hlr-Number 

hlr-List 



ISDN-Address St ring, 
HLR-List 



OPTIONAL, 



RestoreDataArg : : = SEQUENCE { 






imsi 


IMSI, 




Imsi 


LMSI 


OPTIONAL, 


extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



RestoreDataRes : : = SEQUENCE { 






hlr-Number 


ISDN-Address St ring. 




msNot Reachable 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



VBS/VGCS types 
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VBSDataList 



SEQUENCE SIZE ( 1 . .maxNumOfVBSGroupIds) 

OF VoiceBroadcastData 



VGCSDataList : 



SEQUENCE SIZE ( 1 . .maxNumOfVGCSGroupIds) 
OF VoiceGroupCallData 



ImaxNijmOfVBSGroupIds INTEGER ::= 50 



ImaxNumOfVGCSGroupIds INTEGER ::= 50 



VoiceGroupCallData : : = 

groupid 
extensionContainer 



SEQUENCE { 



Groupid, 
ExtensionContainer 



OPTIONAL, 



VoiceBroadcastData : : = SEQUENCE { 






groupid 


Groupid, 




broadcast I nit Entitlement 


NULL 


OPTIONAL, 


extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



Groupid : := TBCD- 


-STRING 


(SIZE (3)) 
























— When Group 


-Id 


IS 


less than six 


charact 


ers 


m 


length 


, th 


e 


TBCD 


fill 


er 


— (1111) Is 


used to 


fill unused 


half 


Oct 


ets 


















— Refers to 


the 


Gro 


up Identlflca 


tlon 


as 


specif 1 


ed 


in 


GSM 


TS 


03. 


03 




— and 03.68/ 


03 


69 



























— provide subscriber info types 



ProvideSubscriberlnfoArg 

imsi [0] IMSI, 
1ms i [1] LMSI 
requestedlnfo 
extensionContainer 



SEQUENCE { 



OPTIONAL, 

[2] Requestedlnfo, 
[3] ExtensionContainer 



OPTIONAL, 



ProvideSubscriberlnfoRes 

subscriber Info 
extensionContainer 



SEQUENCE { 

Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



Subscriberinf o : : = SEQUENCE { 
locationinf ormation 
subscriber St ate 
extensionContainer 



[0] Locationinf ormation 
[1] SubscriberState 
[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Requestedlnfo ::= SEQUENCE { 
locationinf ormation 
SubscriberState 
extensionContainer 



[0] NULL 
[1] NULL 
[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Locationinf ormation : : = 


SEQUENCE { 






ageOf Locationinf ormation 


AgeOfLocationInf ormation 


OPTIONAL, 


geographical In format ion 


[0] GeographicalInf ormation 


OPTIONAL, 


vlr-number 




[1] ISDN-AddressString 


OPTIONAL, 


locationNumber 




[2] LocationNumber 


OPTIONAL, 


cellldOrLAI 




[3] CellldOrLAI 


OPTIONAL, 


extensionContainer 

- ■ - } 




[4] ExtensionContainer 


OPTIONAL, 



AgeOfLocationlnformation ::= INTEGER (0.. 32767) 

-- the value represents the elapsed time in minutes since the last 

-- network contact of the mobile station (i.e. the actuality of the 

-- location information) . 

-- value "0" indicates that the MS is currently in contact with the 

-- network 

-- value "32767" indicates that the location information is at least 

-- 32767 minutes old 



Geographicallnformation ::= OCTET STRING (SIZE (8)) 

— Refers to geographical Information defined in GSM 03.32. 

— Only the description of an ellipsoid point with uncertainty circle 
— as specified in GSM 03.32 is allowed to be used 

— The Internal structure according to GSM 03.32 is as follows : 

— Type of shape (ellipsoid point with uncertainty circle) 1 octet 
-- Degrees of Latitude 3 octets 
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660 
661 
662 
663 
664 
665 
666 
667 
668 
669 
670 
671 
672 
673 
674 
675 
676 
677 
678 
679 
680 
681 
682 
683 
684 
685 
686 
687 
688 
689 
690 
691 
692 
693 
694 
695 
696 
697 



Degrees of Longitude 
Uncertainty code 



3 octets 
1 octet 



LocationNumber ::= OCTET STRING (SIZE (2. .10)) 

— the internal structure Is defined In CCITT Rec Q. 763 



SubscriberState ::= CHOICE { 




assumedldle 


[0] NULL, 


camelBusy 


[1] NULL, 


netDet Not Reachable 


NotReachableReason, 


notProvidedFromVLR 


[2] NULL} 



NotReachableReason : : = 

msPurged (0) , 
imslDetached (1), 
restrictedArea (2) 
notRegistered (3) } 



ENUMERATED { 



— any time Interrogation Info types 



AnyTimelnterrogationArg 

subscriber Identity 
requestedinf o 
gsmS OF- Address 
extensionContainer 



SEQUENCE 



[0] Subscriberldentity, 

[1] Requestedinf o, 

[3] ISDN-AddressString, 

[2] ExtensionContainer 



OPTIONAL, 



AnyTimelnterrogationRes 

subscriber Info 
extensionContainer 



SEQUENCE { 

Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



Subscriberldentity ::= CHOICE { 
imsi [0] IMSI, 
msisdn 



END 



:i] ISDN-AddressString 
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14.7.2 Operation and maintenance data types 

1 MAP-OM-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versions (3)} 



3 
4 
5 
6 

7 IMPLICIT TAGS 



DEFINITIONS 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 



BEGIN 

EXPORTS 

ActivateTraceModeArg, 
ActivateTraceModeRes, 
DeactivateTraceModeArg, 
DeactivateTraceModeRes 



IMPORTS 

AddressString, 

IMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version3 (3)} 



ActivateTraceModeArg : : = 


= SEQUENCE { 








imsi 




[0] 


IMSI 


OPTIONAL, 


traceReference 




[1] 


TraceReference, 




traceType 




[2] 


TraceType, 




omc-Id 




[3] 


AddressString 


OPTIONAL, 


extensionContainer 

. . .} 




[4] 


ExtensionContainer 


OPTIONAL, 



TraceReference 



OCTET STRING (SIZE (1..2)) 



TraceType : := INTEGER 

(0. .255) 
— Trace types are fully defined in TS GSM 12.08. 



ActivateTraceModeRes : : = SEQUENCE { 

extensionContainer [0] ExtensionContainer 



OPTIONAL, 



DeactivateTraceModeArg 

imsi 

traceReference 

extensionContainer 



SEQUENCE { 



[0] IMSI 

[1] TraceReference, 

[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



DeactivateTraceModeRes 

extensionContainer 



END 



SEQUENCE { 



[0] ExtensionContainer 



OPTIONAL, 
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14.7.3 Call handling data types 



1 MAP-CH-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-CH-DataTypes (13) version3 (3)} 
4 

5 DEFINITIONS 

6 

7 IMPLICIT TAGS 



9 :: = 

10 

11 BEGIN 

12 

13 EXPORTS 

SendRoutingInf oArg, 
SendRoutingInf oRes, 
ProvideRoamingNumberArg, 
ProvideRoamingNumberRes, 
ResumeCallHandlingArg, 
ResumeCallHandlingRes, 
NumberOf Forwarding, 
SuppressionOf Announcement , 
CallRef erenceNumber 



14 
15 
16 

17 
18 
19 
20 

21 

22 
23 ; 
24 

25 IMPORTS 

maxNumOfCamelTDPData, 

Subscriberlnfo, 

ServiceKey, 

Default Call Handling, 

Support edCamelPhases, 

CUG-Interlock, 

0-CSI 



26 

27 
28 
29 
30 
31 
32 

33 FROM MAP-MS-DataTypes { 



34 
35 
36 
37 
38 



40 
41 
42 
43 
44 
45 
46 
47 
48 



ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) version3 (3)} 

ForwardingOptions, 
SS-List 



39 FROM MAP-SS-DataTypes { 



ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) version3 (3)} 



ISDN-Address St ring, 

ISDN-SubaddressString, 

ExternalSignallnfo, 

IMSI, 

LMSI, 

Ext-BasicServiceCode 

49 FROM MAP-CommonDataTypes { 

50 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

51 gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) } 
52 

53 ExtensionContainer 

54 FROM MAP-ExtensionDataTypes { 

55 ccitt identif ied-organization (4) etsi (0) mobileDomain 



56 

57 
58 
59 



(0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version3 (3)} 



60 


CUG-Checklnfo ::= SEQUENCE { 






61 


cug-Interlock 


CUG-Interlock, 




62 


cug-OutgoingAccess 


NULL 


OPTIONAL, 


63 


extensionContainer 


ExtensionContainer 


OPTIONAL, 


64 


. . .} 







65 

66 I NumberOf Forwarding" 

67 



:= INTEGER (1 . . 5) 
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68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 



SendRoutingInf oArg : : = SEQUENCE { 








msisdn 


[0] 


ISDN-Address St ring. 




cug-CheckInf o 


[1] 


CUG-Checklnfo 


OPTIONAL, 


numberOf Forwarding 


[2] 


NumberOf Forwarding 


OPTIONAL, 


inter rogationType 


[3] 


Inter rogationType, 




or-Interrogation 


[4] 


NULL 


OPTIONAL, 


or-Capability 


[5] 


OR-Phase 


OPTIONAL, 


gmsc-Address 


[6] 


ISDN-Address St ring. 




callRef erenceNumber 


[7] 


CallRef erenceNumber 


OPTIONAL, 


f orwardingReason 


[8] 


ForwardingReason 


OPTIONAL, 


basicServiceGroup 


[9] 


Ext-BasicServiceCode 


OPTIONAL, 


net workSignal Info 


[10] 


External Signal Info 


OPTIONAL, 


camellnfo 


[11] 


Camellnfo 


OPTIONAL, 


suppressionOf Announcement 


[12] 


SuppressionOf Announcemen 


t OPTIONAL, 


extensionContainer 

- ■ . } 


[13] 


ExtensionContainer 


OPTIONAL, 



SuppressionOf Announcement 



NULL 



InterrogationType : := ENUMERATED { 

basicCall (0), 
forwarding (1) } 



OR-Phase ::= INTEGER (1..12 7) 



CallRef erenceNumber ::= OCTET STRING (SIZE (1..8)) 



ForwardingReason : 


:= ENUMERATED { 


notReachable 


(0), 


busy (1) , 




noReply (2)} 





SendRoutingInf oRes ::= [3] SEQUENCE { 








imsi [9] 


IMSI 




OPTIONAL, 


— IMSI must be present if SendRoutingInf oRes is not segmente 


d 




— If the TC-Result-NL segmentation 


option is taken the IMSI 


must be | 


-- present in one segmented transmission of SendRoutingInf oRe 


s 




extendedRoutingInf o Ext 


endedRoutingInf o 




OPTIONAL, 


cug-Checklnfo [3] 


CUG-Checklnfo 




OPTIONAL, 


cugSubscriptionFlag [6] 


NULL 




OPTIONAL, 


subscriberinf o [7] 


Subscriberinf o 




OPTIONAL, 


ss-List [1] 


ss-List 




OPTIONAL, 


basicService [5] 


Ext-BasicServiceCode 




OPTIONAL, 


f orwardinglnterrogationRequired [4] 


NULL 




OPTIONAL, 


vmsc-Address [2] 


ISDN-Address St ring 




OPTIONAL, 


extensionContainer [0] 

. . .} 


ExtensionContainer 




OPTIONAL, 



Routinglnfo ::= CHOICE { 

roamingNumber 
f orwardingPata 



ISDN-Address St ring, 
ForwardingData } 



ForwardingData : : = SEQUENCE { 
f orwardedToNumber 
f orwardedToSubaddress 
f orwardingOptions 
extensionContainer 



[5] ISDN-AddressString OPTIONAL, 

[4] ISDN-SubaddressString OPTIONAL, 

[6] ForwardingOptions OPTIONAL, 

[7] ExtensionContainer OPTIONAL, 



ProvideRoamingNumberArg : : = 


SEQUENCE 


{ 






imsi 




[0] 


IMSI, 




msc-Number 




[11 


ISDN-Address St ring. 




msisdn 




[2] 


ISDN-Address St ring 


OPTIONAL, 


Imsi 




[4] 


LMSI 


OPTIONAL, 


gsm-BearerCapability 




[5] 


External Signal Info 


OPTIONAL, 


net workSignal Info 




[6] 


External Signal Info 


OPTIONAL, 


suppressionOf Announcement 


[7] 


SuppressionOf Announcement 


OPTIONAL, 


gmsc-Address 




[81 


ISDN-Address St ring 


OPTIONAL, 


callRef erenceNumber 




[9] 


CallRef erenceNumber 


OPTIONAL, 


or-Interrogation 




[10] 


NULL 


OPTIONAL, 


extensionContainer 

- ■ - } 




[11] 


ExtensionContainer 


OPTIONAL, 



ProvideRoamingNumberRes 

roamingNumber 
extensionContainer 



SEQUENCE { 

ISDN-Address St ring, 
ExtensionContainer 



OPTIONAL, 
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147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 



ResumeCallHandlingArg : : = 


= SEQUENCE 


{ 






callRef erenceNumber 




[0] 


CallRef erenceNumber , 




basicServiceGroup 




[1] 


Ext-BasicServiceCode, 




f orwardingData 




[2] 


ForwardingData, 




imsi 




[3] 


IMSI, 




cug-CheckInf o 




[4] 


CUG-Checklnfo 


OPTIONAL, 


o-CSI 




[5] 


O-CSI 


OPTIONAL, 


extensionContainer 

. . .} 




[7] 


ExtensionContainer 


OPTIONAL, 



ResumeCallHandlingRes 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



Camellnfo ::= SEQUENCE { 






support edCamelPhases 


SupportedCamelPhases, 




suppress-T-CSI 


NULL 


OPTIONAL, 


extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



ExtendedRoutinglnfo : 

routinginf o 
camelRoutingInf o 



CHOICE 



Routinginf o, 
[8] CamelRoutingInf o } 



CamelRoutingInf o : : = SEQUENCE { 






f orwardingData 


ForwardingData 


OPTIONAL, 


gmscCamel Subscript ion Info 


[0] GmscCamelSubscriptionInf o, 




extensionContainer 

. ■ - } 


[1] ExtensionContainer 


OPTIONAL, 



GmscCamelSubscriptionlnfo 

t-CSI 
o-CSI 
extensionContainer 



SEQUENCE { 






[0] 


T-CSI 


OPTIONAL, 


[1] 


O-CSI 


OPTIONAL, 


[2] 


ExtensionContainer 


OPTIONAL, 



T-CSI ::= SEQUENCE { 

t-BcsmCamelTDPDataList 
extensionContainer 



T-BcsmCamelTDPDataList, 
ExtensionContainer 



OPTIONAL, 



T-BcsmCamelTDPDataList 

T-BcsmCamelTDPData 



SEQUENCE SIZE ( 1 . .maxNumOf CamelTDPData) OF 



T-BcsmCamelTDPData : : = SEQUENCE { 
t-BcsmTriggerDetectionPoint 
serviceKey 
gsmSCF- Address 
def aultCallHandling 
extensionContainer 



T-BcsmTriggerDetectionPoint , 

ServiceKey, 

[0] ISDN-AddressString, 

[1] DefaultCallHandling, 

[2] ExtensionContainer 



OPTIONAL, 



T-BcsmTriggerDetectionPoint : := ENUMERATED { 
termAttemptAuthorized ( 12 ) , 

. . .} 
-- exception handling: 
-- For T-BcsmCamelTDPData sequences containing this parameter with any other 

— value thanthe ones listed the receiver shall ignore the whole 

— T-BcsmCamelTDPData sequence. 

END 
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1 4.7.4 Supplementary service data types 

1 MAP-SS-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versions (3)} 



3 
4 
5 
6 

7 IMPLICIT TAGS 



DEFINITIONS 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 



BEGIN 

EXPORTS 

Regis terSS-Arg, 

SS-Info, 

SS-Status, 

SS-SubscriptionOption, 

SS-ForBS-Code, 

InterrogateSS-Res, 

USSD-Arg, 

USSD-Res, 

Password, 

Guidance Info, 

SS-List, 

SS-InfoList, 

OverrideCategory, 

CliRestrictionOption, 

NoReply Condi tionTime, 

ForwardingOptions, 

maxNumOfSS, 

SS-Data, 

USSD-DataCodingScheme, 

USSD-String 



IMPORTS 

Address St ring, 

ISDN-Address St ring, 

ISDN-SubaddressString, 

BasicServiceCode 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) 

SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versions (3) } 



RegisterSS-Arg ::= SEQUENCE { 






ss-Code 


SS-Code, 




basicService 


BasicServiceCode 


OPTIONAL, 


f orwardedToNumber 


[4] AddressString 


OPTIONAL, 


f orwardedToSubaddress 


[6] ISDN-SubaddressString 


OPTIONAL, 


noReply Condi tionTime 

. ■ . } 


[5] NoReplyConditionTime 


OPTIONAL, 



NoReplyConditionTime 



INTEGER (5. .30) 



SS-Info : := CHOICE { 
f orwardinginf o 
callBarringInf o 
SS-Data 



[0] Forwardinginf o, 
[1] CallBarringInf o, 
[3] SS-Data} 



SEQUENCE { 



Forwardinginf o 

ss-Code 

f orwardingFeatureList 



SS-Code 
ForwardingFeatureList , 



OPTIONAL, 



ForwardingFeatureList : : = 

SEQUENCE SIZE ( 1 . .maxNumOf BasicServiceGroups) OF 
ForwardingFeature 
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76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 



ForwardingFeature : := SEQUENCE { 








basicService 


BasicServiceCode 


OPTIONAL, 


ss-Status 


[4] 


SS-Status 


OPTIONAL, 


f orwardedToNumber 


[5] 


ISDN-Address St ring 


OPTIONAL, 


f orwardedToSubaddress 


[8] 


ISDN-SubaddressString 


OPTIONAL, 


f orwardingOptions 


[6] 


ForwardingOptions 


OPTIONAL, 


noRep ly Condi tionTime 

- ■ - } 


[7] 


NoReply Condi tionTime 


OPTIONAL, 



ss- 


-Status : 


:= OCTET STRING (SIZE 


(1) ) 






















— bits 8765 

— bits 4321 


: 0000 (unused) 
: Used to convey 


the 


"P 


bit 


", "R 


bit 


", "A 


b 


it 


" and 


"Q bit", 




— 




representing supplement 
as defined in TS GSM 03 


ary 
.11 


service 


Stat 


e 


ir 


forma 


tlon 




— bit 


4: "Q 


bit" 
























— bit 


3 : "P 


bit" 
























— bit 


2 : "R 


bit" 
























— bit 


1 : "A 


bit" 























ForwardingOptions ::= OCTET STRING (SIZE (1)) 

— bit 8: notification to forwarding party 

— no notification 

— 1 notification 

— bit 7: (unused) 

— bit 6: notification to calling party 

— no notification 

— 1 notification 

— bit 5: (unused) 

— bits 43: forwarding reason 

— 00 ms not reachable 
01 ms busy 

— 10 no reply 

— 11 unconditional 

— bits 21: 00 (unused) 



SEQUENCE { 



CallBarringlnfo 

ss-Code 
callBarringFeatureList 



SS-Code 
CallBarringFeatureList, 



OPTIONAL, 



CallBarringFeatureList : : = 

SEQUENCE SIZE ( 1 . .maxNumOf BasicServiceGroups) OF 
CallBarringFeature 



CallBarringFeature 

basicService 
ss-Status 



SEQUENCE { 



BasicServiceCode 
[4] SS-Status 



OPTIONAL, 
OPTIONAL, 



SS-Data ::= SEQUENCE { 






ss-Code 


SS-Code 


OPTIONAL, 


ss-Status 


[4] SS-Status 


OPTIONAL, 


ss-SubscriptionOption 


SS-SubscriptionOption 


OPTIONAL, 


basicServiceCroupList 

- . .} 


BasicServiceCroupList 


OPTIONAL, 



SS-SubscriptionOption : : = 

cliRest riot ionOpt ion 
overrideCategory 



CHOICE { 



[2] CliRestrictionOption, 
[1] OverrideCategory} 



CliRestrictionOption : : = ENUMERATED { 

permanent ( ) , 

temporaryDef aultRestricted (1), 
temporaryDef aultAllowed (2)} 



OverrideCategory : : = ENUMERATED { 

overrideEnabled (0), 
overrideDisabled (1) } 
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155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 



SS-ForBS-Code : := 

ss-Code 
basicService 



SEQUENCE 



SS-Code, 
BasicServiceCode 



OPTIONAL, 



Cli-Restrictionlnfo ::= SEQUENCE 
ss-Status 
cliRestrictionOption 



SS-Status, 
CliRestrictionOption 



OPTIONAL, 



InterrogateSS-Res ::= CHOICE { 






ss-Status 


[0] 


SS-Status, 


basicServiceGroupList 


[2] 


BasicServiceGroupList, 


f orwardingFeatureList 


[3] 


ForwardingFeatureList, 


cli-Restrictionlnf o 


[4] 


Cli-Restrictionlnfo} 



USSD-Arg : : = SEQUENCE { 

ussd-DataCodingScheme 
ussd-String 



USSD-DataCodingScheme, 
USSD-String, 



USSD-Res ::= SEQUENCE { 

ussd-DataCodingScheme 

ussd-String 

. . .} 



USSD-DataCodingScheme, 
USSD-String, 



USSD-DataCodingScheme ::= OCTET STRING (SIZE (1)) 

— The structure of the USSD-DataCodingScheme is defined by 

— the Cell Broadcast Data Coding Scheme as described in 

— TS GSM 03.38 



USSD-String ::= OCTET STRING (SIZE (1 . .maxUSSD-StringLength) ) 

— The structure of the contents of the USSD-String is dependent 
— on the USSD-DataCodingScheme as described in TS GSM 03.38. 



ImaxUSSD-StringLength INTEGER ::= 160 



Password ::= NumericString 

(FROM ( " " I " 1 " I " 2 " I " 3 " I " 4 " I " 5 " I " 6 " I " 7 " I " 8 " I " 9 " ) ) 
(SIZE (4)) 



Guidanceinf o : : = ENUMERATED { 
enterPW (0) , 
enterNewPW (1) , 
enterNewPW-Again (2) } 

— How this information is really delivered to the subscriber 

— (display, announcement, . . .) is not part of this 

— specification . 



SS-List 



SEQUENCE SIZE ( 1 . .maxNumOf SS) OF 

SS-Code 



maxNumOfSS INTEGER ::= 30 



SS-InfoList 



SEQUENCE SIZE ( 1 . .maxNumOf SS) OF 

SS-Info 



BasicServiceGroupList 



SEQUENCE SIZE ( 1 . .maxNumOf BasicServiceGroups ) OF 
BasicServiceCode 



ImaxNumOfBasicServiceGroups INTEGER : := 13 



END 
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1 4.7.5 Supplementary service codes 



1 MAP-SS-Code { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versions (3) } 



DEFINITIONS 



9 BEGIN 

10 

11 

12 
13 
14 
15 
16 
17 
18 
19 



20 



SS-Code ::= OCTET STRING (SIZE (1)) 

— This type is used to represent the code identifying a single 

— supplementary service, a group of supplementary services, or 

— ail supplementary services . The services and abbreviations 

— used are defined in TS GSM 02.04. The internal structure is 

— defined as follows : 

— bits 87654321: group (bits 8765), and specific service 

— (bits 4321) 



62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 



21 


allSS 


SS-Code : : 


= 'OOOOOOOO'B 


22 


— 


reserved for possible future use 




23 


— 


all SS 





24 



25 


allLineldentificationSS SS-Code ::= 'OOOIOOOO'B | 


26 


— 


reserved for possible Tuture use 


2/ 


— 


all line identification SS 


28 


clip 


SS-Code ::= 'OOOIOOOI'B 


29 


— 


calling line identification presentation 


30 


clir 


SS-Code ::= 'OOOIOOIO'B 


31 


— 


calling line identification restriction 


32 


colp 


SS-Code ::= 'OOOlOOll'B 


ii 


— 


connected line identification presentation 


34 


coir 


SS-Code ::= 'OOOIOIOO'B 


35 


— 


connected line identification restriction 


36 


mci 


SS-Code ::= 'OOOIOIOI'B 


37 


— 


reserved for possible future use 


38 


— 


malicious call identification 


39 







40 



41 


allForwardingSS SS-Code ::= '00100000 


B 


42 


— all forwarding SS 




43 


cfu SS-Code ::= 'OOlOOOOl'B 




44 


— call forwarding unconditional 




45 


allCondForwardingSS SS-Code ::= '00101000 


B 


46 


— all conditional forwarding SS 




47 


cfb SS-Code ::= 'OOIOIOOI'B 




48 


— call forwarding on mobile subscriber busy 




49 


cfnry SS-Code ::= '00101010 


B 


50 


— call forwarding on no reply 




51 


cfnrc SS-Code ::= '00101011 


B 


52 


— call forwarding on mobile subscriber not reachable 





53 



54 


allCallOfferingSS SS-Code : 


:= 'OOllOOOO'B 


55 


- 


- reserved for possible future use 




56 


- 


- all call offering SS includes also all 


forwarding SS 


57 


ect 


SS-Code : 


:= 'OOllOOOl'B 


58 




— explicit call transfer 




59 


mah 


SS-Code ::= 'OOllOOlO'B 




60 


- 


- reserved for possible future use 




61 


- 


- mobile access hunting 





allCallCompletionSS SS-Code : := 


-- 'OlOOOOOO'B 


— 


reserved for possible future use 




— 


all Call completion SS 




cw 


SS-Code : := 


= 'OlOOOOOl'B 


— 


call waiting 




hold 


SS-Code ::= 'OIOOOOIO'B 




— 


call hold 




ccbs 


SS-Code ::= 'OlOOOOll'B 




— 


reserved for possible future use 




— 


completion of call to busy subscribers 
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74 


allMultiPartySS SS-Code : : 


= 'OIOIOOOO'B 


73 


— reserved for possible future use 




76 


— all multiparty SS 




77 


multiPTY SS-Code ::= ' 01010001 'B 




78 


— multiparty 





79 
80 
81 
82 
83 
84 
85 



allCommunityOflnterest-SS 

— reserved for possible future 

— all community of interest SS 
cug SS-Code ::= 'OllOOOOl'B 
— closed user group 



SS-Code 
use 



'01100000 'B 



86 


allChargingSS 


SS-Code : : 


= 'OlllOOOO'B 


8/ 


— reserved for possible future 


use 




88 


— all charging SS 






89 


aoci SS-Code ::= 'OlllOOOl'B 






90 


— advice of charge information 






9i 


aocc SS-Code ::= 'OlllOOlO'B 






92 


— advice of charge charging 







93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 



allAdditionallnfoTransferSS SS-Code : 

— reserved for possible future use 

— all additional information transfer SS 
uus SS-Code ::= 'lOOOOOOl'B 

— reserved for possible future use 
— UUS user-to-user signalling 



'lOOOOOOO'B 



allBarringSS SS-Code : 

— ail barring SS 
barringOfOutgoingCalls 

— barring of outgoi 
baoc SS-Code : := 

— barring of all ou 
boic SS-Code : := 

— barring of outgoi 
boicExHC SS-Code ::= 

— barring of outgoi 

— to the home PLMN 
barringOf IncomingCalls 

— barring of incomi 
baic SS-Code : : = 

— barring of all in 
bicRoam 

— barring of incomi 
— Country 



lOOlOOOO'B 



ng calls 

' lOOlOOlO'E 
tgoing call 

' lOOlOOll'E 

ng internat 

lOOlOlOO'E 

ng internat 



SS-Code : 



10010001 'B 



ional calls 

ional calls 

SS-Code : : 



except those directed 
= 'lOOllOOl'B 



ng calls 
' lOOllOlO'B 
coming calls 

SS-Code : 
ng calls when roaming 



:= 'lOOllOll'B 
outside home PLMN 



allPLMN-specificSS SS-Code : 
plmn-specificSS-1 SS-Code : 
plmn-specificSS-2 SS-Code : 
plmn-specificSS-3 SS-Code : 
plmn-specificSS-4 SS-Code : 
plmn-specificSS-5 SS-Code : 
plmn-specificSS-6 SS-Code : 
plmn-specificSS-7 SS-Code : 
plmn-specificSS-8 SS-Code : 
plmn-specificSS-9 SS-Code : 
pImn-specificSS-A SS-Code : 
pImn-specificSS-B SS-Code : 
pImn-specificSS-C SS-Code : 
pImn-specificSS-D SS-Code : 
pImn-specificSS-E SS-Code : 
pImn-specificSS-F SS-Code : 


:= 'llllOOOO'B 
:= 'llllOOOl'B 
:= 'IIIIOOIO'B 
:= 'llllOOll'B 
:= 'IIIIOIOO'B 
:= 'llllOlOl'B 
:= 'llllOllO'B 
:= 'llllOlll'B 
:= 'lllllOOO'B 
:= 'lllllOOl'B 
:= 'lllllOlO'B 
:= 'lllllOll'B 
:= 'llllllOO'B 
:= 'llllllOl'B 
:= 'lllllllO'B 
:= 'llllllll'B 



allCallPrioritySS 






ss- 


-Cc 


de : 


= 


10100000 


'B 


— 


reserved 


for possi 


ble 


future 


use 












— 


all call 


priority 


SS 
















emlpp 










ss- 


-Cc 


de : 


= 


10100001 


'B 


— 


enhanced 


Multilevg 


1 P 


recedence P 


re 


-empt 


ion 


(EMLPP) 


service 



142 

143 END 
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1 4.7.6 Short message data types 



1 MAP-SM-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-SM-DataTypes (16) versions (3)} 
4 

5 DEFINITIONS 

6 

7 IMPLICIT TAGS 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 



BEGIN 

EXPORTS 

Routinginf oForSM-Arg, 

RoutinglnfoForSM-Res, 

MO-ForwardSM-Arg, 

MO-ForwardSM-Res, 

MT-ForwardSM-Arg, 

MT-ForwardSM-Res , 

Report SM-DeliverySt at usArg, 

Report SM-Deli very St at usRes, 

Alert ServiceCentreArg, 

Inf ormServiceCentreArg, 

ReadyForSM-Arg, 

SM-Deli very Out come, 

AlertReason 



IMPORTS 

AddressString, 

ISDN-Address St ring, 

Signalinf o, 

IMSI, 

LMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) } 

Absent Subs criberDiagnosticSM 
FROM MAP-ER-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) version3 (3)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version3 (3)} 



Routinginf oForSM-Arg : : = SEQUENCE { 
msisdn 
sm-RP-PRI 

serviceCentreAddress 
extensionContainer 



[0] ISDN-AddressString, 

[1] BOOLEAN, 

[2] AddressString, 

[6] ExtensionContainer 



OPTIONAL, 



Routinginf oForSM-Res : : = SEQUENCE { 






imsi 


IMSI, 




locationlnfoWithLMSI 


[0] LocationlnfoWithLMSI, 




extensionContainer 

. ■ . } 


[4] ExtensionContainer 


OPTIONAL, 



LocationlnfoWithLMSI : : = 


= SEQUENCE { 






msc-Number 




[1] ISDN-AddressString, 




Imsi 




LMSI 


OPTIONAL, 


extensionContainer 

- ■ . } 




ExtensionContainer 


OPTIONAL, 



MO-ForwardSM-Arg : : = SEQUENCE { 
sm-RP-DA 
sm-RP-OA 

sm-RP-UI 
extensionContainer 



SM-RP-DA, 
SM-RP-OA, 
Signalinf o, 
ExtensionContainer 



OPTIONAL, 
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77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 



MO-ForwardSM-Res : : = SEQUENCE { 

sm-RP-UI 
extensionContainer 



Signalinf o 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



MT-ForwardSM-Arg : : = SEQUENCE { 






sm-RP-DA 


SM-RP-DA, 




sm-RP-OA 


SM-RP-OA, 




sm-RP-UI 


Signalinf o. 




moreMessagesToSend 


NULL 


OPTIONAL, 


extensionContainer 

- ■ - } 


ExtensionContainer 


OPTIONAL, 



MT-ForwardSM-Res : : = SEQUENCE { 

sm-RP-UI 
extensionContainer 



Signalinf o 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



SM-RP-DA : := CHOICE { 






imsi 


[0] 


IMSI, 


Imsi 


[1] 


LMSI, 


serviceCentreAddressDA 


[4] 


AddressString, 


noSM-RP-DA 


[5] 


NULL} 



SM-RP-OA ::= CHOICE { 






msisdn 


[2] 


ISDN-AddressString, 


serviceCentreAddressOA 


[4] 


AddressString, 


noSM-RP-OA 


[5] 


NULL} 



ReportSM-DeliveryStatusArg : 

msisdn 


:= SEQUENCE { 

ISDN-Address St ring. 






serviceCentreAddress 




Add 


ressString, 






sm-De livery Out come 




SM- 


Del iveryOut come. 






absent Subs or iberDiagno St 


icSM 


[0] 


Absent Subs or iberDia 


gnost 


icSM 

OPTIONAL, 


extensionContainer 

- . .} 




[1] 


ExtensionContainer 




OPTIONAL, 



SM-DeliveryOutcome : : = ENUMERATED { 
memoryCapacityExceeded (0) , 
absentSubscriber (1), 
successfulTransf er (2)} 



Report SM-DeliveryStatusRes 

storedMSISDN 
extensionContainer 



SEQUENCE { 

ISDN-Address St ring 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



AlertServiceCentreArg : : = 

msisdn 
serviceCentreAddress 



SEQUENCE 



ISDN-Address St ring, 
AddressString, 



InformServiceCentreArg 

StoredMSISDN 

mw-Status 

extensionContainer 



SEQUENCE { 



ISDN-Address St ring 

MW-Status 

ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



MW- 


-Status : := 


BIT STRING { 






















sc-AddressNot Included 




(0), 


















mnrf-Set 


(1), 






















mcef-Set 


(2) } (SIZE 


(6 


. .16)) 


















— except 


ion handling 






















— bits 3 


to 15 shall 


b 


e ignored 


if 


received 


and 


not 


unde 


rs 


tood 



ReadyForSM-Arg : 

imsi 

alertReason 
. . .} 



SEQUENCE { 



[0] IMSI, 
AlertReason, 



AlertReason : : = ENUMERATED { 

ms-Present (0) , 
memo ryAva liable (1) } 

END 
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1 4.7.7 Error data types 



1 MAP-ER-DataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-ER-DataTypes (17) versions (3)} 
4 

5 DEFINITIONS 

6 

7 IMPLICIT TAGS 

8 

9 :: = 

10 

11 BEGIN 

12 

13 EXPORTS 

14 RoamingNotAllowedParam, 

15 CallBarredParam, 

16 CUG-Re jectParam, 

17 SS-IncompatibilityCause, 

18 PW-RegistrationFailureCause, 

19 SM-DeliveryFailureCause, 

20 SystemFailureParam, 

21 DataMissingParam, 

22 UnexpectedDataParam, 

23 FacilityNotSupParam, 

24 OR-NotAllowedParam, 

25 UnknownSubscriberParam, 

26 NumberChangedParam, 

27 Unidentif iedSubParam, 

28 IllegalSubscriberParam, 

29 IllegalEquipmentParam, 

30 BearerServNotProvParam, 

31 TeleservNotProvParam, 

32 TracingBuf f erFullParam, 

33 NoRoamingNbParam, 

34 AbsentSubscriberParam, 

35 BusySubscriberParam, 

36 NoSubscriberReplyParam, 

37 ForwardingViolationParam, 

38 ForwardingFailedParam, 

39 ATI-NotAllowedParam, 

40 SubBusyForMT-SMS-Param, 

41 MessageWaitListFullParam, 

42 AbsentSubscriberSM-Param, 

43 AbsentSubscriberDiagnosticSM 
44 

45 ; 
46 

47 IMPORTS 

48 SS-Status 

49 FROM MAP-SS-DataTypes { 

50 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

51 gsm-Network (1) modules (3) map-SS-DataTypes (14) version3 (3)} 
52 

53 Signallnfo, 

54 BasicServiceCode, 

55 NetworkResource 

56 FROM MAP-CommonDataTypes { 

57 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

58 gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3) } 
59 

60 SS-Code 

61 FROM MAP-SS-Code { 

62 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

63 gsm-Network (1) modules (3) map-SS-Code (15) version3 (3) } 
64 

65 ExtensionContainer 

66 FROM MAP-ExtensionDataTypes { 

67 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

68 gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version3 (3)} 

69 ; 
70 
71 
72 
73 
74 
75 



RoamingNotAllowedParam : : = SEQUENCE { 

roamingNotAllowedCause RoamingNotAllowedCause, 

extensionContainer ExtensionContainer OPTIONAL, 
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76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 



RoamingNotAllowedCause : : = ENUMERATED { 

plmnRoamingNotAllowed (0), 
operatorPeterminedBarring (3)} 



CallBarredParam ::= CHOICE { 

callBarringCause CallBarringCause, 
-- call BarringCause must not be used in version 3 
extensibleCallBarredParam Extensible CallBarredParam 
-- extensibleCallBarredParam must not be used in version <3 
} 



CallBarringCause : : = ENUMERATED { 

barringServiceActive (0), 
operatorBarring (1)} 



ExtensibleCallBarredParam 

callBarringCause 
extensionContainer 



:= SEQUENCE { 

CallBarringCause 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CUG-RejectParam ::= SEQUENCE { 
cug-Reject Cause 
extensionContainer 



CUG-Reject Cause 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CUG-RejectCause ::= ENUMERATED { 

incomingCallsBarredWithinCUG (0) , 

subscriberNotMemberOfCUG (1), 

requestedBasicServiceViolatesCUG-Constraints (5) , 
calledPartySS-InteractionViolation (7) } 



SS-IncompatibilityCause : 


= SEQUENCE { 




ss-Code 


[1] SS-Code 


OPTIONAL, 


basicService 


BasicServiceCode 


OPTIONAL, 


ss-Status 

- . .} 


[4] SS-Status 


OPTIONAL, 



PW-RegistrationFailureCause : 

undetermined (0), 
invalidFormat (1), 
newPasswordsMismatch (2) 



ENUMERATED { 



SM-EnumeratedDeliveryFailureCause : := ENUMERATED { 
memoryCapacityExceeded (0) , 
equipmentProtocolError (1), 
equipmentNotSM-Equipped (2), 
unknownServiceCentre (3), 
sc-Congestion (4), 
invalidSME-Address (5) , 
subscriberNotSC-Subscriber (6)} 



SM-DeliveryFailureCause : : = SEQUENCE { 
sm-EnumeratedDeliveryFailureCause 
SM-EnumeratedDeliveryFailureCause, 
diagnosticinf o Signallnfo 

extensionContainer ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



AbsentSubscriberSM-Param : : = SEQUENCE { 

absent Subs criberDiagnosticSM Absent Subs criberDiagnosticSM OPTIONAL, 
extensionContainer ExtensionContainer OPTIONAL, 



AbsentSubscriberDiagnosticSM ::= INTEGER (0..255) 

— AbsentSubscriberDiagnosticSM values are defined in ETS 300 536 (GSM 03.40) 



SystemFailureParam ::= CHOICE { 

networkResource NetworkResource, 

-- networkResource must not be used in version 3 

extensible SystemFailureParam Extensible SystemFailureParam 

-- extensibleSystemFailureParam must not be used in version <3 

} 
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1 

2 
3 


ExtensibleSystemFailureParam : 

net workRe source 
extensionContainer 

- ■ . } 


= SEQUENCE { 

NetworkRe source 
ExtensionContainer 


OPTIONAL, 
OPTIONAL, 



154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 



DataMissingParam ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



UnexpectedDataParam : := SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



FacilityNotSupParam : : = SEQUENCE { 

extensionContainer ExtensionContainer 



OPTIONAL, 



OR-NotAllowedParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



UnknownSubscriberParam 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



NumberChangedParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



Unidentif iedSubParam : : = SEQUENCE { 

extensionContainer ExtensionContainer 



OPTIONAL, 



IllegalSubscriberParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



IllegalEquipmentParam : := SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



Bearer ServNotProvParam 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



TeleservNotProvParam : : = SEQUENCE { 

extensionContainer ExtensionContainer 



OPTIONAL, 



TracingBufferFullParam 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



NoRoamingNbParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



AbsentSubscriberParam : := SEQUENCE { 

extensionContainer ExtensionContainer 



OPTIONAL, 



BusySubscriberParam : := SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



NoSubscriberReplyParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ForwardingViolationParam 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



ForwardingFailedParam : := SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 
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7 
8 
9 


ATI-NotAllowedParam : : = SEQUENCE { 

extensionContainer ExtensionContainer 

- ■ - } 


OPTIONAL, 









1 

2 
3 


SubBusyForMT-SMS-Param : : = SEQUENCE { 

extensionContainer ExtensionContainer 

- ■ . } 


OPTIONAL, 


4 






5 
6 

7 


MessageWaitListFullParam ::= SEQUENCE { 

extensionContainer ExtensionContainer 

. . .} 


OPTIONAL, 



238 

239 END 
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14.7.8 Common data types 



1 MAP-CoimnonDataTypes { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-CommonDataTypes (18) versions (3) } 
4 

5 DEFINITIONS 

6 

7 IMPLICIT TAGS 

8 

9 :: = 

10 

11 BEGIN 

12 

13 EXPORTS 

14 

15 — general data types and values 

16 AddressString, 

17 ISDN-AddressString, 

18 ISDN-SubaddressString, 

19 ExternalSignalInf o, 

20 Signallnfo, 

21 maxSignalInf oLength, 

22 TBCD-STRING, 
23 

24 — data types for numbering and identification 

25 IMSl, 

26 TMSl, 

27 Subscriberld, 

28 IMEl, 

29 HLR-List, 

30 LMSl, 

31 GlobalCellld, 

32 NetworkResource, 
33 

34 — data types for CAMEL 

35 CellldOrLAI, 
36 

37 — data types for subscriber management 

38 BasicServiceCode, 

39 Ext-BasicServiceCode 

40 ; 
41 

42 IMPORTS 

43 TeleserviceCode, 

44 Ext-TeleserviceCode 

45 FROM MAP-TS-Code { 

46 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

47 gsm-Network (1) modules (3) map-TS-Code (19) versions (3) } 
48 

49 BearerServiceCode, 

50 Ext-BearerServiceCode 

51 FROM MAP-BS-Code { 

52 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

53 gsm-Network (1) modules (3) map-BS-Code (20) versions (3) } 
54 

55 ExtensionContainer 

56 FROM MAP-ExtensionDataTypes { 

57 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

58 gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versions (S)} 

59 ; 
60 
61 

62 -- general data types 

63 

64 
65 
66 
67 
68 
69 
70 
71 
72 
73 



TBCD-STRING ::= OCTET STRING 

— This type (Telephony Binary Coded Decimal String) is used to 

— represent several digits from through 9, *, #, a, b, c, two 

— digits per octet, each digit encoded 0000 to 1001 (0 to 9), 

— 1010 (*), 1011 (#), 1100 (a), 1101 (b) or 1110 (c) ; 1111 used 

— as filler when there is an odd number of digits. 

— bits 8765 of octet n encoding digit 2n 

— bits 4321 of octet n encoding digit 2 (n-l) +1 
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74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 



AddressString ::= OCTET STRING (SIZE (1 . .maxAddressLength) ) 

— This type is used to represent a number for addressing 

— purposes . It is composed of 

— a) one octet for nature of address, and numbering plan 

— indicator . 

— b) digits of an address encoded as TBCD-String . 

— a) The first octet includes a one bit extension indicator, a 

— 3 bits nature of address indicator and a 4 bits numbering 

— plan indicator, encoded as follows : 

— bit 8: 1 (no extension) 

— bits 765: nature of address indicator 

— 000 unknown 

— 001 international number 

— 010 national significant number 

— Oil network specific number 

— 100 subscriber number 

— 101 reserved 

— 110 abbreviated number 

— Ill reserved for extension 

— bits 4321 : numbering plan indicator 

— 0000 unknown 

0001 ISDN/Telephony Numbering Plan (Rec CCITT E.164) 

0010 spare 

0011 data numbering plan (CCITT Rec X.121) 

0100 telex numbering plan (CCITT Rec F . 69) 

0101 spare 

0110 land mobile numbering plan (CCITT Rec E.212) 

— 0111 spare 

— 1000 national numbering plan 

— 1001 private numbering plan 

— 1111 reserved for extension 

— ail other values are reserved. 



b) 



The following octets representing digits of an address 
encoded as a TBCD-STRING. 



[maxAddressLength INTEGER 



20 



ISDN-AddressString ::= 

AddressString (SIZE (1 . .maxISDN-AddressLength) ) 
— This type is used to represent ISDN numbers . 



ImaxISDN-AddressLength INTEGER 
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123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 



ISDN-SubaddressString ::= 

OCTET STRING (SIZE ( 1 . .maxISDN-SubaddressLength) ) 

— This type is used to represent ISDN subaddresses . 

— It is composed of 

— a) one octet for type of subaddress and odd/even indicator . 

— b) 20 octets for subaddress information . 

— a) The first octet includes a one bit extension indicator, a 

— 3 bits type of subaddress and a one bit odd/even indicator, 

— encoded as follows : 



bit 



1 (no extension) 



bits 765: type of subaddress 

000 NSAP (X.213/IS0 8348 AD2) 
010 User Specified 

— All other values are reserved 

— bit 4: odd/even indicator 

— even number of address signals 

— 1 odd number of address signals 

— The odd/even indicator is used when the type of subaddress 

— is "user specified" and the coding is BCD. 

— bits 321: 000 (unused) 

— b) Subaddress information . 

The NSAP X.213/IS08348AD2 address shall be formatted as specified 

— by octet 4 which contains the Authority and Format Identifier 

— (AFT) . The encoding is made according to the "preferred binary 

— encoding" as defined in X . 213/IS0834AD2 . For the definition 
of this type of subaddress, see CCITT Rec 1.334. 

— For User-specific subaddress, this field is encoded according 

— to the user specification, subject to a maximum length of 20 

— octets. When interworking with X.25 networks BCD coding should 

be applied. 



ImaxISDN-SubaddressLength INTEGER 



21 



ExternalSignalInf o : : = SEQUENCE { 




protocolld Protocolld, 




signallnfo Signallnfo, 




— Information about the internal structure is given in 




— subclause 5.6.9. 




extensionContainer ExtensionContainer 


OPTIONAL, 


— extensionContainer must not be used in version 2 

- ■ - } 





Signallnfo 



OCTET STRING (SIZE ( 1 . .maxSignalInf oLength) ) 



maxSignallnfoLength INTEGER ::= 200 

— This NamedValue represents the theoretical maximum number of 

— octets which are available to carry a single data type, 

— without requiring segmentation to cope with the network layer 

— service . However, the actual maximum size available for a data 

— type may be lower, especially when other information elements 
— have to be included in the same component. 



Protocolld : : = ENUMERATED { 




gsm-0408 (1), 




gsm-0806 (2), 




gsm-BSSMAP (3), 




— Value 3 is reserved and must not be 


used 


ets-300102-1 (4) } 





data types for numbering and identification 



IMSI ::= TBCD-STRING (SIZE (3.. 8)) 

— digits of MCC, MNC, MSIN are concatenated in this order. 



TMSI 



OCTET STRING (SIZE (1..4)) 



Subscriberld : 


= CHOICE { 






imsi 




[0] 


IMSI, 


tmsi 




[1] 


TMSI} 
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201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 



IMEI ::= TBCD-STRING (SIZE (8)) 

— Refers to International Mobile Station Equipment Identity 
and Software Version Number (SVN) defined In TS GSM 03.03. 

— If the SVN Is not present the last octet shall contain the 

— digit and a filler. 

— If present the SVN shall be Included In the last octet. 



HLR-Id : := IMS I 

— leading digits of IMSI, I.e. (MCC, MNC, leading digits of 

— MSIN) forming HLR Id defined In TS GSM 03.03. 



HLR-List ::= SEQUENCE SIZE ( 1 . .maxNumOf HLR-Id) OF 

HLR-Id 



maxNumOfHLR-Id INTEGER 



50 



LMSI 



OCTET STRING (SIZE (4)) 



GlobalCellld ::= OCTET STRING 


(SIZE 


(5. .7) ) 


— Refers to Cell Global 


I dent 1 


flcatlon defined In TS GSM 03.03. 


— Octets are coded according t 


o TS GSM 04.08. 


— The Internal structure 


Is defined as follows : \ 


Mobile Country Code: 




3 digits according to CCITT Rec E.212 


— 




1 digit filler (1111) 


— Mobile Network Code: 




2 digits according to CCITT Rec E.212 


Location Area Code: 




2 octets according to TS GSM 04.08 


— Cell Identity: 




2 octets (CI) according to TS GSM 04.08 



NetworkResource : := 


ENUMERATED { 


plmn (0) , 




hlr (1), 




vlr (2), 




pvlr (3), 




controllingMSC 


(4), 


vmsc (5) , 




eir (6), 




rss (7)} 





— data types for CAMEL 



CellldOrLAI ::= CHOICE { 

cellldFixedLength 
laiFixedLength 



[0] CellldFixedLength, 
[1] LAIFixedLength} 



CellldFixedLength ::= OCTET STRING 


(SIZE (7)) 


— Refers to Cell Global 


I dent 


Iflcatlon defined In TS GSM 03.03. 


— Octets are coded according 


to TS GSM 04 .08. 


— The Internal structure Is defined as follows : \ 


Mobile Country Code: 




3 digits according to CCITT Rec E.212 


— 




1 digit filler (1111) 


— Mobile Network Code: 




2 digits according to CCITT Rec E.212 


Location Area Code: 




2 octets according to TS GSM 04.08 


— CeJi Identity: 




2 octets (CI) according to TS GSM 04.08 



LAIFixedLength ::= OCTET STRING 


(SIZE (5)) 


— Refers to Location Area 


Identification defined In TS GSM 03.03. 


— Octets are coded accordl 


ng to TS GSM 04.08. 


— The Internal structure Is defined as follows: \ 


Mobile Country Code: 


3 digits according to CCITT Rec E.212 


— 


1 digit filler (1111) 


— Mobile Network Code: 


2 digits according to CCITT Rec E.212 


Location Area Code: 


2 octets according to TS GSM 04.08 



-- data types for subscriber management 



BasicServiceCode : 


= CHOICE { 






bearerService 




[2] 


BearerServiceCode, 


teleservice 




[3] 


TeleserviceCode} 



Ext -BasicServiceCode : 

ext -Bearer Service 
ext -Teleservice 

END 



CHOICE { 



[2] Ext-BearerServiceCode, 
[3] Ext-TeleserviceCode} 
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14.7.9 Teleservice Codes 



1 MAP-TS-Code { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versions (3) } 



DEFINITIONS 



9 BEGIN 



10 

11 

12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 



TeleserviceCode ::= OCTET STRING (SIZE (1)) 

— This type is used to represent the code identifying a single 

— teleservice, a group of teleservices, or all teleservices . The 

— services are defined in TS GSM 02.03. 

— The internal structure is defined as follows : 

— bits 87654321: group (bits 8765) and specific service 

— (bits 4321) 



Ext-TeleserviceCode ::= OCTET STRING (SIZE (1..5)) 

— This type is used to represent the code identifying a single 

— teleservice, a group of teleservices, or all teleservices . The 

— services are defined in TS GSM 02.03. 

— The internal structure is defined as follows : 

— OCTET 1 : 

— bits 87654321: group (bits 8765) and specific service 

— (bits 4321) 

— OCTETS 2-5: reserved for future use. If received the 

— Ext-TeleserviceCode shall be 

— treated according to the exception handling defined for the 

— operation that uses this type. 

— Ext-TeleserviceCode includes all values defined for TeleserviceCode . 



allTeleservices 



TeleserviceCode 



'OOOOOOOO'B 



allSpeechTransmissionServices 

telephony 

emergencyCalls 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'00010000' 
'00010001' 
'00010010' 



allShortMessageServices 
shortMes sageMT-PP 
shortMessageMO-PP 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'00100000' 
'00100001' 
'00100010' 



allFacsimileTransmissionServices 
facsimileGroup3AndAlterSpeech 
automat icFacsimileGroupS 
facsimileGroup4 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'01100000' 
'01100001' 
'01100010' 
'01100011 ' 



-hierarchical 
GSM 02.30: 



Compound Teleservice Groups 



— The following non- 

— are defined in TS 
allDataTeleservices TeleserviceCode ::= ' 01110000 'B 

— covers Teleservice Groups ' allFacsimileTransmissionServices ' 

— and 'allShortMessageServices ' 
allTeleservices-ExeptSMS TeleserviceCode ::= 'lOOOOOOO'B 

— covers Teleservice Groups 'allSpeechTransmissionServices ' and 

— ' allFacsimileTransmissionServices ' 

— Compound Teleservice Group Codes are only used in call 

— independent supplementary service operations, i.e. they 

— are not used in InsertSubscriberData or in 

— DeleteSubscriberPata messages . 



allVoiceGroupCallServices 

voiceGroupCall 
voiceBroadcastCall 



TeleserviceCode ::= 

TeleserviceCode ::= 
TeleserviceCode ::= 



lOOlOOOO'B 

10010001 'B 
10010010 'B 
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72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 



allPLMN-specificTS TeleserviceCode 
plmn-specificTS-1 TeleserviceCode 
plmn-specificTS-2 TeleserviceCode 
plmn-specificTS-3 TeleserviceCode 
plmn-specificTS-4 TeleserviceCode 
plmn-specificTS-5 TeleserviceCode 
plmn-specificTS-6 TeleserviceCode 
plmn-specificTS-7 TeleserviceCode 
plmn-specificTS-8 TeleserviceCode 
plmn-specificTS-9 TeleserviceCode 
pImn-specificTS-A TeleserviceCode 
pImn-specificTS-B TeleserviceCode 
pImn-specificTS-C TeleserviceCode 
pImn-specificTS-D TeleserviceCode 
pImn-specificTS-E TeleserviceCode 
pImn-specificTS-F TeleserviceCode 




= 'IIOIOOOO'B 
= 'IIOIOOOI'B 
= 'IIOIOOIO'B 
= 'IIOIOOII'B 
= 'IIOIOIOO'B 
= 'IIOIOIOI'B 
= 'IIOIOIIO'B 
= 'llOlOlll'B 
= 'IIOIIOOO'B 
= 'IIOIIOOI'B 
= 'IIOIIOIO'B 
= 'llOllOll'B 
= 'llOlllOO'B 
= 'llOlllOl'B 
= 'llOllllO'B 
= 'llOlllll'B 



89 END 
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14.7.10 Bearer Service Codes 



1 MAP-BS-Code { 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versions (3) } 



10 

11 

12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 



DEFINITIONS 



9 BEGIN 



BearerServiceCode ::= OCTET STRING (SIZE (1)) 

— This type is used to represent the code identifying a single 

— bearer service, a group of bearer services, or all bearer 

— services. The services are defined in TS GSM 02.02. 

— The internal structure is defined as follows : 

— plmn-specific bearer services : 

— bits 87654321: defined by the HPLMN operator 



rest of bearer services : 
bit 8: (unused) 
bits 7654321: group (bits 7654), 
(bits 321) 



and rate, if applicable 



Ext -BearerServiceCode ::= OCTET STRING (SIZE (1..5)) 

— This type is used to represent the code identifying a single 

— bearer service, a group of bearer services, or all bearer 

— services. The services are defined in TS GSM 02.02. 

— The internal structure is defined as follows : 

— OCTET 1 : 

— plmn-specific bearer services : 

— bits 87654321: defined by the HPLMN operator 

— rest of bearer services : 

— bit 8: (unused) 

— bits 7654321: group (bits 7654), and rate, if applicable 

— (bits 321) 

— OCTETS 2-5: reserved for future use. If received the 

— Ext-TeleserviceCode shall be 

— treated according to the exception handling defined for the 

— operation that uses this type. 

— Ext-BearerServiceCode includes all values defined for BearerServiceCode . 



allBearerServices 



BearerServiceCode 



'OOOOOOOO'B 



allDataCDA-Services BearerServiceCode 
dataCDA-3 00bps BearerServiceCode 
dataCDA-1200bps BearerServiceCode 
dataCDA-1200-75bps BearerServiceCode 
dataCDA-2400bps BearerServiceCode 
dataCDA-4800bps BearerServiceCode 
dataCDA-9600bps BearerServiceCode 
general-dataCDA BearerServiceCode 




= 'OOOIOOOO'B 
= 'OOOIOOOI'B 
= 'OOOIOOIO'B 
= 'OOOlOOll'B 
= 'OOOIOIOO'B 
= 'OOOIOIOI'B 
= 'OOOIOIIO'B 
= 'OOOlOlll'B 



allDataCDS-Services BearerServiceCode 
dataCDS-1200bps BearerServiceCode 
dataCDS-2 400bps BearerServiceCode 
dataCDS-4 800bps BearerServiceCode 
dataCDS-9 600bps BearerServiceCode 
general-dataCDS BearerServiceCode 




= 'OOOllOOO'B 
= 'OOOIIOIO'B 
= 'OOOlllOO'B 
= 'OOOlllOl'B 
= 'OOOllllO'B 
= 'OOOlllll'B 



allPadAccessCA-Services BearerServiceCode : 
paciAccessCA-SOObps BearerServiceCode : 
padAccessCA-1200bps BearerServiceCode : 
padAccessCA-1200-75bps BearerServiceCode : 
padAccessCA-2400bps BearerServiceCode : 
padAccessCA-4800bps BearerServiceCode : 
padAccessCA-9600bps BearerServiceCode : 
general-padAccessCA BearerServiceCode : 


:= 'OOIOOOOO'B 
:= 'OOlOOOOl'B 
:= 'OOIOOOIO'B 
:= 'OOlOOOll'B 
:= 'OOIOOIOO'B 
:= 'OOIOOIOI'B 
:= 'OOlOOllO'B 
:= 'OOlOOlll'B 
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76 
77 
78 
79 
80 
81 



90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 



allDataPDS-Services 


BearerServiceCode : 


= 'OOIOIOOO'B 


dataPDS-2400bps 


BearerServiceCode : 


= 'OOlOllOO'B 


clataPDS-4800bps 


BearerServiceCode : 


= 'OOlOllOl'B 


clataPDS-9600bps 


BearerServiceCode : 


= 'OOlOlllO'B 


general-dataPDS 


BearerServiceCode : 


= 'OOlOllll'B 



82 


allAlternateSpeech-DataCDA 


BearerServiceCode : : 


= '00110000 


B 1 


83 










84 


allAlternateSpeech-DataCDS 


BearerServiceCode : : 


= '00111000 


B 1 


85 










86 


allSpeechFollowedByDataCDA 


BearerServiceCode : : 


= '01000000 


B 1 


87 










88 


allSpeechFollowedByDataCDS 


BearerServiceCode : : 


= '01001000 


B 1 



— The following non-hierarchical Compound Bearer Service 

— Groups are defined in TS GSM 02.30: 



allDataCircuitAsynchronous 

— covers "allDataCDA-Services", 

— "allSpeechFollowedByDataCDA" 
allAsynchronousServices 

— covers "allDataCDA-Services" , 

— "allSpeechFollowedByDataCDA" 
allDataCircuitSynchronous 

— covers "allDataCDS-Services" , 

— "allSpeechFollowedByDataCDS" 
allSynchronousServices 

— covers "allDataCDS-Services" , 



BearerServiceCode ::= 'OIOIOOOO'B 
"allAlternateSpeech-DataCDA" and 

BearerServiceCode ::= 'OllOOOOO'B 

"allAlternateSpeech-DataCDA" , 
and "allPadAccessCDA-Services" 

BearerServiceCode ::= 'OlOllOOO'B 
"allAlternateSpeech-DataCDS" and 

BearerServiceCode ::= 'OllOlOOO'B 
"allAlternateSpeech-DataCDS", 



— "allSpeechFollowedByDataCDS" and "allDataPDS-Services" 

— Compound Bearer Service Group Codes are only used in call 

— independent supplementary service operations, i.e. they 

— are not used in InsertSubscriberData or in 

— DeleteSubscriberData messages . 



111 

11 

11: 

11 

11. 

11, 

111 

11 

118 

119 

120 

121 

122 

123 

124 

125 

126 

127 



allPLMN-specificBS BearerServiceCode 
plmn-specificBS-1 BearerServiceCode 
plmn-specificBS-2 BearerServiceCode 
plmn-specificBS-3 BearerServiceCode 
plmn-specificBS-4 BearerServiceCode 
plmn-specificBS-5 BearerServiceCode 
plmn-specificBS-6 BearerServiceCode 
plmn-specificBS-7 BearerServiceCode 
plmn-specificBS-8 BearerServiceCode 
plmn-specificBS-9 BearerServiceCode 
pImn-specificBS-A BearerServiceCode 
pImn-specificBS-B BearerServiceCode 
pImn-specificBS-C BearerServiceCode 
pImn-specificBS-D BearerServiceCode 
pImn-specificBS-E BearerServiceCode 
pImn-specificBS-F BearerServiceCode 




= 'IIOIOOOO'B 
= 'IIOIOOOI'B 
= 'IIOIOOIO'B 
= 'IIOIOOII'B 
= 'IIOIOIOO'B 
= 'IIOIOIOI'B 
= 'IIOIOIIO'B 
= 'llOlOlll'B 
= 'IIOIIOOO'B 
= 'IIOIIOOI'B 
= 'IIOIIOIO'B 
= 'llOllOll'B 
= 'llOlllOO'B 
= 'llOlllOl'B 
= 'llOllllO'B 
= 'llOlllll'B 



END 
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14.7.1 1 Extension data types 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
1 



MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versions (3)} 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

PrivateExtension, 
ExtensionContainer; 

-- IOC for private MAP extensions 



MAP-EXTENSION ::= CLASS { 

SExtensionType OPTIONAL, 

Sextensionld OBJECT IDENTIFIER } 

-- The length of the Object Identifier shall not exceed 16 octets and the 
— number of components of the Object Identifier shall not exceed 16 



-- data types 



ExtensionContainer : : = SEQUENCE { 
privateExtensionList 
pes -Extensions 



[ ] PrivateExtensionList 
[1] PCS-Extensions 



OPTIONAL, 
OPTIONAL, 



PrivateExtensionList 



SEQUENCE SIZE ( 1 . .maxNumOf PrivateExtensions ) OF 
PrivateExtension 



PrivateExtension : 


= SEQUENCE { 






extid 




MAP-EXTENSION. sextensionld 
( {ExtensionSet } ) , 




extType 




MAP-EXTENSION . SExtensionType 








({ExtensionSet} {gextld}) 


OPTIONAL} 



maxNiomOf PrivateExtensions INTEGER 



10 



ExtensionSet MAP-EXTENSION ::= 

{. . - 
— ExtensionSet is the set of all defined private extensions 



} 



Unsupported private extensions shall be discarded if received. 



PCS-Extensions 



END 



SEQUENCE { 
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15 General on MAP user procedures 

15.1 Introduction 

Clauses 15 to 21 describe the use of MAP services for GSM signalling procedures. GSM signalling procedures may 
involve one or several interfaces running one or several application protocols. This ETS addresses only the signalling 
procedures which require at least the use of one MAP service. 

When a signalling procedure takes place in the network, an application process invocation is created in each system 
component involved. Part of the application process invocation acts as a MAP user and handles one or several MAP 
dialogues. For each dialogue it employs an instance of the MAP service provider. It may also use other communication 
services to exchange information on other interfaces, but detailed description of these aspects is outside the scope of this 
ETS. 

1 5.2 Common aspects of user procedure descriptions 
15.2.1 General conventions 

For each signalling procedure this ETS provides a brief textual overview accompanied by a flow diagram which 
represent the functional interactions between system components. Functional interactions are labelled using the MAP 
service name when the interaction results from a service request or by this service name followed by the symbol "ack" 
when this interaction results from a service response. 

For each of the system components involved, this ETS also provides a detailed textual description of the application 
process behaviour as well as an SDL diagram. SDL diagrams describe the sequence of events, as seen by the MAP- 
User, which occurs at MAP service provider boundaries as well as external events which occur at other interfaces and 
which impact on the previous sequence. 

External events do not necessarily correspond to the messages of other protocols used in the system component. The 
MAP-user procedures are described as if a set of interworking functions (IWF) between the MAP-user and the other 
protocol entities was implemented (see figure 15.2/1). Such interworking functions are assumed to perform either an 
identity mapping or some processing or translation as required to eliminate information irrelevant to the MAP-user. 

The mapping of service primitives on to protocol elements is described in clauses 1 1 to 14. 

GSM signalling procedures are built from one or more sub-procedures (e.g. authentication, ciphering, ....). Sub- 
procedures from which signalling procedures are built are represented using SDL MACRO descriptions. 

In case of any discrepancy between the textual descriptions and the SDL descriptions, the latter take precedence. 



15.2.2 Naming conventions 



Events related to MAP are represented by MAP service primitives. The signal names used in the SDL diagrams are 
derived from the service primitive names defined in clauses 5 to 10, with some lexical transformations for readability 
and parsability purposes (blanks between words are replaced by underscores, the first letter of each word is capitalized). 

Events received and sent on other interfaces are named by appending the message or signal name to a symbol 
representing the interface type, with some lexical transformations for readability and parsability purposes (blanks 
between words are replaced by underscores, the first letter of each word is capitalized). 
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The following symbols are used to represent the interface types: 

"I": For interfaces to the fixed network. "I" stands for ISUP interface. 

"A": For interfaces to BSS (i.e. A-interfaces); 

"OM": For network management interfaces (communication with OMC, MML interface, ...); 

"SC": For interfaces to a Service Centre; 

"HO_CA": For internal interfaces to the Handover Control Application. 

"US": For a local USSD application. 
These naming conventions can be summarized by the following BNF description: 

<Event_Name> ::= <MAP_Primitive> I <External_Event> 

<MAP_Primitive> ::= <MAP_Open> I <MAP_Close> I <MAP_U_Abort> I <MAP_P_Abort> I 

<MAP_Specific> I <MAP_Notice> 

<MAP_Open> ::= MAP_Open_Req I MAP_Open_Ind I MAP_Open_Rsp I MAP_Open_Cnf 

<MAP_Close> ::= MAP_Close_Req I MAP_Close_Ind 

<MAP_U_Abort> ::= MAP_U_Abort_Req I MAP_U_Abort_Ind 

<MAP_P_Abort> ::= MAP_P_Abort_Ind 

<MAP_Notice> ::= MAP_Notice_Ind 

<MAP_Specific> ::= <MAP_Req> I <MAP_Ind> I <MAP_Rsp> I <MAP_Cnf> 

<MAP_Req> ::= MAP_<Service_Name>_Req 

<MAP_Ind> ::= MAP_<Service_Name>_Ind 

<MAP_Rsp> ::= MAP_<Service_Name>_Rsp 

<MAP_Cnf> ::= MAP_<Service_Name>_Cnf 

<External_Event> ::= <Interface_Type>_<External_Signal> 

<Interface_Type> ::= 1 1 A I OM I SC I HO AC I US 

<External_Signal> ::= <Lexical_Unit> 

<Service_Name> ::= <Lexical_Unit> 

<Lexical_Unit> ::= <Lexical_Component> I <Lexical_Unit>_ <Lexical_Component> 

<Lexical_Component> ::= <Upper_Case_Letter><Letter_Or_Digit_List> 

<Letter_Or_Digit_List> ::= <Letter_Or_Digit> I <Letter_Or_Digit_List><Letter_Or_Digit> 

<Letter_Or_Digit> ::= <Letter> I <Digit> 

<Letter> ::= <Lower_Case_Letter> I <Upper_Case_Letter> 

<Upper_Case_Letter> ::= AIBICIDIEIFIGIHIIIJIKILIMINIOIPIQIRISITIUIVIWIXIYIZ 

<Lower_Case_Letter> ::= alblcldlelflglhliljlklllmlnlolplqlrlsltlulvlwlxlylz 

<Digit> ::= 1I2I3I4I5I6I7I8I9I0 
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O&M {GSM 12 .xy-series) 



SC (GSM 03.40) 



IWF 



I 



IWF 



OM <xx> 



-SC <xx> 



GSM 

08.08 

04.08 



IWF 



-A <xx>- 



Handover 
Control 

Appllca 
tlon 



-HO CA <xx> 



MAP-User 



-I <xx>- 



MAP-Provlder 



IWF 



■US <xx>- 



-ISUP 
{CCITT 
Q.763) 



USSD 
Application 



Figure 15.2/1 : Interfaces applicable to the MAP-User 

15.2.3 Convention on primitives parameters 
15.2.3.1 Open service 

When the originating and destination reference parameters shall be included in the MAP-OPEN request primitive, their 
value are indicated as a comment to the signal which represents this primitive. 



15.2.3.2 



Close service 



When a pre-arranged released is requested, a comment is attached to the signal which represents the MAP-CLOSE 
request primitive. In the absence of comment, a normal release is assumed. 

1 5.2.4 Version Inandling at dialogue establishment 

Unless explicitly indicated in subsequent subclauses, the following principles regarding version handling procedures at 
dialogue establishment are applied by the MAP -user: 

1 5.2.4.1 Behaviour at the initiating side 

When a MAP user signalling procedure has to be executed, the MAP-user issues a MAP-OPEN request primitive with 
an appropriate application-context-name. If several names are supported (i.e. several versions) a suitable one is selected 
using the procedures described in clause 3. 

If version 2 is selected and a MAP-OPEN Confirm primitive in response to the MAP-OPEN request is received with a 
result parameter set to "refused" and a diagnostic parameter indicating "application-context-not-supported" or "potential 
incompatibility problem", the MAP-User issues a new MAP-OPEN request primitive with the equivalent version one 
context. This is informally represented in the SDL diagrams by a task symbol indicating "Perform Vr procedure". 

If version 3 is selected and a MAP-OPEN Confirm primitive in response to the MAP-OPEN request is received with a 
result parameter set to "refused" and a diagnostic parameter indicating "application-context-not-supported" or "potential 
incompatibility problem", the MAP-User issues a new MAP-OPEN request primitive with the equivalent version one or 
version two context. This is informally represented in the SDL diagrams by task symbols indicating "Perform Vr 
procedure". 

1 5.2.4.2 Behaviour at the responding side 

On receipt of a MAP -OPEN indication primitive, the MAP-User analyses the application-context-name. 
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If it refers to a version one context, the associated VI procedure is executed; if it refers to a version two context, the 
associated V2 procedure is executed, otherwise the associated V3 procedure is executed. 

15.2.5 Abort Handling 

Unless explicitly indicated in subsequent subclauses, the following principles are applied by the MAP-user regarding 
abort handling procedures. 

On receipt of a MAP-P-ABORT indication or MAP-U- ABORT Indication primitive from any MAP-provider 
invocation, the MAP-User issues a MAP-U-ABORT Request primitive to each MAP-provider invocation associated 
with the same user procedure. 

If applicable a decision is made to decide if the affected user procedure has to be retried or not. 

15.2.6 SDL conventions 

The MAP SDLs make use of a number of SDL concepts and conventions, where not all of them may be widely known. 
Therefore, this subclause outlines the use of a few concepts and conventions to improve understanding of the MAP 
SDLs. 

The MAP User SDLs make use of SDL Processes, Procedures and Macros. Processes are independent from each other 
even if one process starts another one: The actions of both of them have no ordering in time. SDL Procedures and 
Macros are just used to ease writing of the specification: They contain parts of a behaviour used in several places, and 
the corresponding Procedure/Macro definition has to be expanded at the position of the Procedure/Macro call. 



All Processes are started at system initialization and live forever, unless process creation/termination is indicated 
explicitly (i.e. a process is created by some other process). 

The direction of Input/Output Signals in the SDL graphs is used to indicate the entity to which/from which 
communication is directed. If a process A communicates in parallel with processes B and C, all Inputs/Outputs to/from 
B are directed to one side, whereas communication with C is directed to the other side. However, there has been no 
formal convention used that communication to a certain entity (e.g. a HLR) will always be directed to a certain side 
(e.g. right). 

In each state all those Input Signals are listed, which result in an action and/or state change. If an Input Signal is not 
listed in a state, receipt of this input should lead to an implicit consumption without any action or state change 
(according to the SDL rules). This implicit consumption is mainly used for receipt of the MAP DELIMITER indication 
and for receipt of a MAP CLOSE indication, except for a premature MAP CLOSE. 

15.3 Interaction between MAP Provider and MAP Users 

Each MAP User is defined by at least one SDL process. On the dialogue initiating side the MAP User will create a new 
instance of a MAP Provider implicit by issuing a MAP-OPEN request. This instance corresponds to a TC Dialogue and 
lives as long as the dialogue exists (see also subclause 11. 3). There is a fix relation between MAP User and this 
Provider instance, i.e. all MAP service primitives from the MAP User for this dialogue are sent to this instance and all 
TC components received by this MAP Provider are mapped onto service primitives sent to this MAP User. 

On the receiving side a MAP Provider instance is created implicit by receipt of a TC BEGIN indication. The 
corresponding MAP User is determined by the Application Context name included in this primitive, i.e. each 
Application Context is associated with one and only one MAP User. An instance of this User will be created implicit by 
receiving a MAP-OPEN indication. Note that in some cases there exist several SDL Processes for one MAP User 
(Application Context), e.g. the processes Register_SS_HLR, Erase_SS_HLR, Activate_SS_HLR, Deactivate_SS_HLR, 
Interrogate_SS_HLR, and Register_Password for the AC Network_Functional_SS_Handling. In these cases, a 
coordinator process is introduced acting as a MAP User, which in turn starts a sub-process depending on the first MAP 
service primitive received. 
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1 6 Mobility procedures 

16.1 Location management Procedures 

This subclause comprises a number of processes to handle the mobile nature of the subscriber. The processes will be 
addressed by SCCP Sub-System Number (MSC, VLR or HLR) and the Application Context. The following processes 
are defined in this subclause: 

Process Update Location Area: 

Initiator: Update_Location_Area_MSC, subclause 16.1.1.2; 

Responder: Update_Location_Area_VLR, subclause 16.1.1.3; 
Process Update Location: 

Initiator: Update_Location_Area_VLR, subclause 16.1.1.3, or 
Update_Location_VLR, subclause 16.1.1.6; 

Responder: Update_Location_HLR, subclause 16.1.1.4; 
Process Send Identification: 

Initiator: Update_Location_Area_VLR, subclause 16.1.1.3; 

Responder: Send_Identification_VLR, subclause 16.1.1.5; 
Process Subscriber Present HLR: 

Initiator: Subscriber_Present_HLR, subclause 16.1.1.7; 

Responder: Short_Message_Alert_IWMSC, subclause 20.4.3; 
Process Cancel Location: 

Initiator: Cancel_Location_HLR, subclause 16.1.2.2; 

Responder: Cancel_Location_VLR, subclause 16.1.2.3; 
Process Detach IMSI: 

Initiator: Detach_IMSI_MSC, subclause 16.3.2; 

Responder: Detach_IMSI_VLR, subclause 16.3.3. 

As both the Update Location Area and the Detach IMSI processes use the same application context name, the MAP 
Provider cannot distinguish between them. Therefore, a Location Management Coordinator Process will act as one user 
for this application context. This process (one in MSC, one in VLR) will create the Update Location Area or the Detach 
IMSI process, depending on the first service primitive received in the respective dialogue. 

Additionally, a Location Management Coordinator process in the HLR coordinates the two application processes 
"Update Location HLR" (subclause 16.1.1.4) and "RESTORE_DATA_HLR" (subclause 16.3.3) that are addressed by 
the same application context. 

Location Management Coordinator MSC 

On receipt of a request for location updating from the A-interface, the Location Management Coordinator in the MSC 
will: 

create the process Update_Location_Area_MSC in case the updating type indicated in the A-interface primitive 
indicates normal updating, periodic updating or IMSI Attach; 
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create the process Detach_IMSI_MSC in case the updating type indicated in the A-interface primitive indicates 
IMSI Detach. 

The respective primitive is then forwarded to the created process. Henceforth, the coordinator will relay all service 
primitives from provider to the user and vice versa, until a request or indication for dialogue termination is received. 
This last primitive will be relayed, too, before the Coordinator process returns to idle state. 

Location Management Coordinator VLR 

On receipt of a dialogue request for the Location Management Application Context (see Receive_Open_Ind macro in 
subclause 21.1), the Location_Management_Coordinator will: 

terminate the procedure in case of parameter problems or if the MSC indicated version Vr protocol; or 

continue as below, if the dialogue is accepted. 

Depending on the first service primitive received from the MAP Provider in this dialogue, the user process is created: 

- Update_Location_Area_VLR in case the primitive is a MAP_UPDATE_LOCATION_AREA indication; 

- Detach_IMSI_VLR in case the primitive is a MAP_DETACH IMSI indication. 

In case a MAP_U_ABORT, MAP_P_ABORT or a premature MAP_CLOSE indication is received instead, the process 
returns to idle state. If a MAP_NOTICE indication is received, the dialogue towards the MSC is aborted and the process 
returns to idle state. 

After creation of the user process the service primitive received from the provider is passed to the user process. 
Henceforth, the coordinator will relay all service primitives from provider to the user and vice versa, until a request or 
indication for dialogue termination is received. This last primitive will be relayed, too, before the Coordinator process 
returns to idle state. 

Location Management Coordinator HLR 

On receipt of a dialogue request for the Location Management Application Context (see Receive_Open_Ind macro in 
subclause 21.1), the Location_Management_Coordinator will: 

terminate the process in case of parameter problems; or 

revert to MAP version Vr protocol if the VLR requests version Vr protocol; or 

continue as described in the following, if the dialogue is accepted. 

The user process is created depending on the first service primitive received from the MAP service provider within this 
dialogue: 

- Update_Location_HLR if the primitive is a MAP_UPDATE_LOCATION indication; 

- RESTORE_DATA_HLR if the primitive is a MAP_RESTORE_D ATA indication. 

If a MAP_NOTICE indication is received instead, the dialogue towards the MSC is terminated and the process returns 
to idle state. 

After creation of the user process the service primitive received from the MAP service-provider is passed to the user 
process. Henceforth, the coordinator will relay all service primitives from MAP service-provider to the MAP service- 
user and vice versa, until a request or indication for dialogue termination is received. This last primitive will be relayed, 
too, before the Coordinator process returns to idle state. 
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Figure 16.1/1: Process LocationManagementCoordinatorMSC 
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Figure 16.1/2: Process Location_Management_Coordinator_VLR 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



275 



ETSI TS 100 974 V5.19.0 (2003-09) 



Process Location_Management_Coordinator_HLR 



Figure 16.1/3 
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16.1.1 Location updating 



16.1.1.1 



General 



The location updating procedure is used to update the location information held in the network. This location 
information is used to route incoming calls, short messages and unstructured supplementary service data to the roaming 
subscriber. Additionally, this procedure is used to provide the VLR with the information that a subscriber already 
registered, but being detached, is reachable again (IMSI Attach, see GSM 03.12). The use of this Detach / Attach 
feature is optional for the network operator. 

To minimize the updates of the subscriber's HLR, the HLR holds only information about the VLR and MSC the 
subscriber is attached to. The VLR contains more detailed location information, i.e. the location area the subscriber is 
actually roaming in. Therefore, the VLR needs to be updated at each location area change (see figure 16.1.1/1 for this 
procedure), whereas the HLR needs updating only in the following cases: 

when the subscriber registers in a new VLR, i.e. the VLR has no data for that subscriber; 

when the subscriber registers in a new location area of the same VLR and new routing information is to be 
provided to the HLR (change of MSC area); 

if the indicator "Confirmed by HLR" or the indicator "Location Information Confirmed in HLR" is set to "Not 
Confirmed" because of HLR or VLR restoration, and the VLR receives an indication that the subscriber is 
present. 

If a mobile subscriber registers in a visitor location register (VLR) not holding any information about this subscriber 
and is identified by a temporary mobile subscriber identity (TMSI) allocated by a previous visitor location register 
(PVLR), if the P VLR identity can be derived from LAI the new VLR must obtain the IMSI from PVLR to identify the 
HLR to be updated (see figure 16.1.1/2). If the IMSI cannot be retrieved from PVLR, it is requested from the MS (see 
figure 16.1.1/3). 

The following MAP services are invoked by the location update procedure: 



MAP_UPDATE_LOCATION_AREA 

MAP_UPDATE_LOCATION 

MAP_CANCEL_LOCATION 

MAP_INSERT_SUBSCRIBER_DATA 

MAP_SEND_IDENTIFICATION 

MAP_PROVIDE_IMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_FORWARD_NEW_TMSI 

MAP_CHECK_IMEI 

MAP_ACTIVATE_TRACE_MODE 

MAP_TRACE_SUBSCRIBER_ACTIVITY 



(see subclause 6.1) 
(see subclause 6.1) 
(see subclause 6.1) 
(see subclause 6.8) 
(see subclause 6.1) 
(see subclause 6.9) 
(see subclause 6.5) 
(see subclause 6.6) 
(see subclause 6.9) 
(see subclause 6.7) 
(see subclause 7.2) 
(see subclause 7.2). 
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A LU CONFIRM 
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- I VLR I 
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MAP_UPDATE_ 
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MAP_CHECK_IMEI 



MAP CHECK IMEI ack 



MAP FORWARD NEW IMS I 



MAP_UPDATE_LOCATION_ 
< 

AREA ack 

MAP_FORW._NEW_TMSI ack 



-> 



NOTE 1: For details of the procedure on the radio path, see GSM 04.08. The services shown in dotted Unes indicate 
the trigger provided by the signalhng on the radio path, and the signalhng triggered on the radio path. 

NOTE 2: Optional services are printed in italics. 

Figure 16.1.1/1: Interface and services for location updating when roaming within 
an visitor location registers area (without need to update HLR) 
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NOTE: The optional procedures in figure 16.1.1/1 apply here respectively. 

Figure 16.1.1/2: Interface and services for location updating when changing the VLR area 
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NOTE: The optional procedures in figure 16.1. 1/1 apply here respectively. 

Figure 16.1.1/3: Interface and services for location updating involving both a VLR 
and an HLR, when IMSI can not be retrieved from the previous VLR 
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1 6.1 .1 .2 Detailed procedure in the MSC 

Figure 16.1.1/4 shows the MSC process for location register updating, containing macro calls for: 
Receive_Open_Cnf subclause 21.1; 

Authenticate_MSC subclause 21.5; 

Check_lMEl_MSC subclause 21.6; 

Obtain_lMSl_MSC subclause 21.8; 

Trace_Subscriber_Activity_MSC subclause 21.9. 



For structuring purposes, the second part of the process is placed into the macro Update Location Completion MSC, 
which is specific to this process (see figure 16.1.1/5). 

When the MSC receives an A_LU_REQUEST (normal location updating, periodic location updating or IMSI attach) 
for a subscriber via the radio path, the MSC opens a dialogue to the VLR (MAP_OPEN request without any user 
specific parameters) and sends a MAP_UPDATE_LOCAT10N_AREA request, containing the parameters provided in 
the A_LU_REQUEST by the MS or BSS (for the parameter mapping see GSM 09.10). 

If the dialogue is rejected or the VLR indicates a fallback to the version Vr procedure (see Receive_Open_Cnf macro in 
subclause 21.1), the MSC will send an A_LU_Rej towards the MS and terminate the procedure. 

If the dialogue is accepted, the VLR will process this updating request, invoking optionally the MAP_PROVIDE_IMSI, 
MAP_TRACE_SUBSCRIBER_ACT1VITY, MAP_CHECK_IME1 or the MAP_AUTHENT1CATE services first (see 
subclause 16.1.1.3 for initiation conditions, subclause 21 for macros defining the handling of services in the MSC). For 
these macros there are two possible outcomes: 

a positive outcome, in which case the process continues waiting for the MAP_UPDATE_LOCATION_AREA 
confirmation; or 

an error is reported, in which case the process terminates (not applicable for Trace_Subscriber_Activity_MSC, 
which has only a positive outcome). 

After receiving the MAP_UPDATE_LOCAT10N_AREA indication and handling these optional services, the VLR will 
decide whether a new TMSl need to be allocated to the subscriber or not. 

Updating without TMSI reallocation 

If the VLR does not reallocate the TMSl, the MSC will receive a MAP_UPDATE_L0CAT10N_AREA confirmation 
next (figure 16.1.1/4). 

if there are no parameters with this primitive, updating was successful and a confirmation will be sent to the MS; 

if there is an error cause contained in the received primitive, this cause will be mapped to the corresponding 
cause in the confirmation sent to the MS (see GSM 09.10 for the mapping of messages and causes). 

Updating including TMSI reallocation 

This case is covered by the macro Update Location Completion MSC given in figure 16.1.1/5. The MSC will upon 
receipt of a MAP_SET_ClPHERlNG_MODE request send a ciphering command towards BSS/MS. Thereafter, the 
MAP_FORWARD_NEW_TMSl indication and the MAP_UPDATE_LOCATION_AREA confirmation are received in 
arbitrary order, causing a confirmation on the radio path containing both new LAI and new TMSl. If the 
MAP_UPDATE_LOCATION_AREA confirmation contains any error, the updating request is rejected towards the MS: 

- the MS will confirm receipt of the new TMSl, resulting in an empty MAP_FORWARD_NEW_TMSI response 
terminating the dialogue; 

if there is no confirmation received from the A-interface, the dialogue is terminated locally. 

Before receiving a MAP_UPDATE_LOCATION_AREA confirmation, the MSC may receive a MAP_CHECK_IMEI 
indication. Handling of this indication, comprising IMEI request towards the MS and IMEI checking request towards 
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the EIR, is given in the macro description in subclause 21.6. The result may either be to return to the state Wait for 
TMSI or to return to terminate. 

Forwarding the Check SS Indication 

When the VLR receives a MAP_FORWARD_CHECK_SS_INDICATION_Ind during the Update LOCATION Area 
process, this indication is relayed to the MS (see GSM 09.1 1 for detailed interworking) and the MSC remains in the 
current state. 

Abort handling 

If the VLR receives a MAP_U_ABORT, a MAP_P_ABORT or a premature MAP_CLOSE indication from the VLR 
during the location update process, the MSC terminates the process by sending an A_LU_CONFIRM containing the 
error cause Updating Failure to the MS. If the MSC had already confirmed the location update towards the MS, the 
process terminates without notification towards the A-interface. 

If the MSC receives a MAP_NOTICE indication, it issues a MAP_CLOSE and terminates the A-interface dialogue, and 
the process terminates. 

When the procedure is terminated abnormally on the radio path, the dialogue towards the VLR is aborted with the 
appropriate diagnostic information, and the procedure terminates. 
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Figure 16.1.1/4: Process Update_Location_Area_MSC 
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Figure 16.1.1/5: Macro Update_Location_Completion_MSC 
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1 6.1 .1 .3 Detailed procedure in the VLR 

Figure 16.1.1/6 shows the process for location updating in the VLR. The following general macros are used: 

Receive_Open_lnd subclause 21.1; 

Recei ve_Open_Cnf subclause 21.1; 

Authenticate_VLR subclause 21.5; 

Check_IMEl_VLR subclause 21.6; 

Insert_Subscriber_Data_VLR subclause 21.7; 

Obtain_lMSl_VLR to request the IMSI for the subscriber subclause 21.8; 

Activate_Tracing_VLR and Trace_Subscriber_Activity_VLR subclause 21.9, 

Subscriber_Present_VLR subclause 21.10. 

Additionally, the process specific macro 

Location_Update_Completion_VLR, for optional initiation of Ciphering and TMSI reallocation as for 
acknowledgement of the MAP_UPDATE_LOCAT10N_AREA service, see figure 16.1.1/7, 

and the optional process specific macro 

VLR_Update_HLR to update the HLR and download subscriber data from there, see figure 16.1.1/8, 

are invoked by this process. 

Process Initiation 

The location area updating process will be activated by receiving a MAP_UPDATE_LOCATION_AREA indication 
from the MSC. If there are parameter errors in the indication, the process is terminated with the appropriate error sent in 
the MAP_UPDATE_L0CAT10N_AREA response to the MSC. Else, The behaviour will depend on the subscriber 
identity received, either an IMSI or an TMSI. 

Updating using IMSI 

If the subscriber identity is an IMSI, the VLR checks whether the subscriber is unknown (i.e. no IMSI record). If so, the 
indicator "Location Information Confirmed in HLR" is set to "Not Confirmed" to initiate HLR updating later on. If the 
IMSI is known, the VLR checks whether the previous location area identification (LAI) provided in the primitive 
received from the MSC belongs to this VLR. If it does not, the indicator "Location Information Confirmed in HLR" is 
set to "Not Confirmed" to initiate HLR updating later on. The process may continue in both cases with the 
authentication check (see below). 

Updating using TMSI 

If the subscriber identity is a TMSI, the VLR checks whether the previous location area identification (LAI) provided in 
the primitive received from MSC belongs to an area of this VLR: 

if so, the TMSI will be checked. In case of location area change within a VLR, the TMSI should be known and 
the process may continue with the authentication check. Additionally, the indicator "Location Information 
Confirmed in HLR" is set to "Not confirmed" and the trace activity status is checked in case the target Location 
Area Id belongs to a new MSC. 

if the TMSI is not known or the subscriber data stored are incomplete, e.g. because the new LA belongs to a 
different VLR or due to VLR restoration, the indicator "Confirmed by VLR" is set to "Not Confirmed" to initiate 
HLR updating later on. 
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If the subscriber has not already been registered in the VLR, i.e. the previous LAI belongs to a different VLR, the 
indicators "Confirmed by HLR" and "Location Information Confirmed in HLR" are set to "Not Confirmed" and the 
VLR checks whether the identity of the Previous VLR (PVLR) is derivable from the previous LAI: 

if so, the IMSI and authentication parameters are requested from that VLR using the 
MAP_SEND_IDENTIFICATION service (see sheet 3 of figure 16.1.1/6), containing the subscriber's TMSI. 

if the dialogue is rejected by the PVLR, the process continues requesting the IMSI from the MS. In case the 
PVLR reverts to the MAP version Vr dialogue, the VLR will perform the respective procedure of version Vr, 
too, with outcomes as for the current MAP version dialogue. Else, the process waits the for the respective 
MAP_SEND_IDENTIFICATION response from the PVLR: 

if the IMSI is received in that primitive, the process continues with the authentication check; 

if the IMSI is not received from the previous VLR for any reason, the dialogue to the PVLR is terminated 
and the IMSI will be requested from the MS; 

if a MAP_NOTICE indication is received from the PVLR, the dialogue will be terminated by sending a 
MAP_CLOSE indication, and the process continues requesting the IMSI from the MS; 

- if a MAP_P_ABORT or MAP_U_ABORT indication is received from the MSC while waiting for the 
MAP_SEND_IDENTIFICATION response, the process is terminated; 

if a MAP_NOTICE indication is received from the MSC while waiting for the 

MAP_SEND_IDENTIFICATION response, the dialogue with the PVLR will be aborted by sending a 
MAP_U_ABORT indication (Remote Operations Failure), the dialogue with the MSC will be terminated by 
sending a MAP_CLOSE and the process terminates; 

if the identity of the previous VLR cannot be derived, the process continues by requesting the IMSI from the 
MS. 

Requesting IMSI from the MS 

For requesting the IMSI from the MS, the macro Obtain_IMSI_VLR described in subclause 21.8 is invoked (see 
figure 16.1.1/6 sheet 3). The outcome will be: 

OK, i.e. receipt of IMSI, in which case the process continues with the authentication check described below; or 

receipt of an Absent Subscriber error, indicating that the MS did not respond. In this case the System Failure 
error is reported in the MAP_UPDATE_LOCATION_AREA response towards the MSC and the updating 
process is terminated; 

aborted, i.e. the MSC dialogue has been released while waiting for the IMSI. In this case the updating process is 
terminated, too. 

Authentication check 

After a subscriber identity has been received, either in the service indication or by an explicit request procedure, the 
VLR checks whether authentication of this identity is required (see figure 16.1.1/6 sheet 2). If so, the authentication 
macro described in subclause 21.5 is invoked. The outcome of this macro can be: 

OK, i.e. the subscriber has been authenticated successfully, in which case the process is continued by setting the 
indicator "Confirmed by Radio Contact" to "Confirmed" and updating the location information held in the 
register. Thereafter, 

if one or both of the indicators "Confirmed by HLR" and "Location Information Confirmed in HLR" is set to 
"Not Confirmed", HLR updating is invoked first; 

otherwise the process continues with the Location Update Completion VLR macro described below, and the 
register is updated after successful completion of this macro. 

Illegal subscriber, i.e. there was a mismatch between expected and received SRES. The VLR checks whether 
authentication had been performed using the TMSI, in which case a new authentication attempt with IMSI may 
be started (VLR operator option). 

if so, the process continues by requesting the IMSI from the MS; 
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- else, the Illegal Subscriber error is reported in the MAP_UPDATE_LOCATION_AREA response. 

Unknown Subscriber, i.e. the IMSI given is unknown in the HLR. In this case, the subscriber data are deleted in 
the VLR and the same error is returned in the MAP_UPDATE_LOCATION_AREA response. 

Procedure error, i.e. the authentication process was unsuccessful for some other reason, e.g. because of a failure 
while requesting authentication information from the HLR. In this case the System Failure error is reported in 
the MAP_UPDATE_LOCATION_AREA response. 

- Null, indicating impossible dialogue continuation (e.g. termination of the radio path), and leading to procedure 
termination without any further action. 

Updating the HLR 

If the HLR is to be updated, the VLR_Update_HLR macro described below is performed, with one of the following 
results (see sheet 4 of figure 16.1.1/6): 

OK, if HLR updating has been completed successfully. The response will contain the HLR number as parameter. 
Next, the Location_Update_Completion VLR macro is invoked (checking amongst others the roaming 
restrictions and regional subscription data), and upon successful outcome of this macro the register is updated 
and the process terminates. 

Roaming Not Allowed, qualified by PLMN Roaming Not Allowed if the location information indicates a PLMN 
for which the subscriber has no subscription or if the subscribers HLR cannot be reached (e.g. SS7 links to the 
subscribers HPLMN do not yet exist). In this case, the error Roaming Not Allowed qualified by PLMN Roaming 
Not Allowed is sent in the MAP_UPDATE_LOCATION_AREA response. The Subscriber Data are deleted in 
the VLR. 

if Roaming Not Allowed was qualified by the parameter Operator Determined Barring, the same value is sent in 
the MAP_UPDATE_LOCATION_AREA response to the MSC. The subscriber data are deleted in the VLR. 

Unknown Subscriber, if the subscriber is not known in the HLR. In this case, the subscriber data are deleted in 
the VLR, and the same error is sent in the MAP_UPDATE_LOCATION_AREA response. 

Procedure error, if there occurs some other error during HLR updating (e.g. abort of the connection to HLR): 

if the VLR can proceed in stand alone mode (VLR operator option), the Location Update Completion VLR 
macro is invoked to complete the VLR updating, and the indicator "Confirmed by HLR" remains unchanged; 

otherwise, the System Failure error is sent in the MAP_UPDATE_LOCATION_AREA response. 

Aborted, indicating that during HLR updating the MSC dialogue has been terminated. In this case, the updating 
process terminates without any further action. 

The macro Location Update Completion VLR 

This macro completes the VLR updating process. First, the VLR checks whether there is a roaming restriction for the 
subscriber (see figure 16.1.1/7): 

if the target LA is not allowed for the subscriber due to national roaming restrictions, the error Roaming Not 
Allowed with cause National Roaming Not Allowed is returned in the MAP_UPDATE_LOCATION_AREA 
response towards the MSC. 

The subscriber data are not deleted from VLR, to avoid unnecessary HLR updating when roaming into other 
LAs of the same MSC. An indication that the subscriber is not allowed to roam is set in the VLR (LA Not 
Allowed Flag set to not allowed). As a consequence the subscriber is not reachable (checked for MTC, SMS and 
MT USSD) and cannot perform outgoing actions (checked in Access Management). 

if the target LA is not allowed for the subscriber because of regional subscription data (Zone Code List) or 
Roaming Restriction Due To Unsupported Feature stored in the VLR, the error Roaming Not Allowed with 
cause Location Area Not Allowed is returned towards the MSC in the MAP_UPDATE_LOCATION_AREA 
response. 

Also in this case the subscriber data are not deleted from VLR, to avoid unnecessary HLR updating when 
roaming into other LAs of the same MSC. The LA Not Allowed Flag is set to not allowed in the VLR. 
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if, after check of possible roaming restrictions, the subscriber is allowed to roam in the target LA, the LA Not 
Allowed Flag is set to allowed (if necessary), the IMSI Detached Flag is set to attached and the process 
SUBSCRIBER_PRESENT_VLR is started; this may inform the HLR that the subscriber is present again to retry 
an SMS delivery (see subclause 16.1.1.7). Thereafter, the VLR checks whether TMSI reallocation is required. 

- if so, the VLR sends a MAP_SET_CIPHERING_MODE request containing: 

Ciphering Mode (version 1 GSM); and 

Kc, the cipher key to be used. 

if IMEI checking is required by the operator, the VLR will invoke the CHECK_IMEI_VLR macro (see 
subclause 21.6) to initiate both requesting IMEI from the MS and checking of this IMEI towards the EIR. As 
result either the service is granted, with process continuation as given below, or the service is rejected, in which 
case the VLR marks the subscriber as detached and returns an Illegal Equipment error in the 
MAP_UPDATE_LOCATION_AREA response before the process terminates. 

- the VLR then sends a MAP_FORWARD_NEW_TMSI request containing the new TMSI, and the 
MAP_UPDATE_LOCATION_AREA response containing no parameters. The process will thereafter wait 
for the MAP_FORWARD_NEW_TMSI confirm. If this indicates a negative outcome, or if a 
MAP_P_ABORT or a MAP_U_ABORT primitive is received, the old TMSI is frozen. Subsequent accesses 
of the MS shall be accepted with both old or new TMSI. 

if TMSI reallocation is not required, the VLR invokes the CHECK_IMEI_VLR macro (see subclause 21.6) to 
initiate both requesting IMEI from the MS and checking of this IMEI towards the EIR, if IMEI Checking is 
required by the operator. As a result, either the service is granted, in which case the 

MAP_UPDATE_LOCATION_AREA response is sent without any parameters, or the service is rejected, in 
which case an Illegal Equipment error is returned in the MAP_UPDATE_LOCATION_AREA response, before 
the process terminates. 

In all cases where the VLR sends a MAP_UPDATE_LOCATION_AREA response to the MSC, the dialogue towards 
the MSC is terminated by a MAP_CLOSE request with parameter Release Method indicating Normal Release. 

The macro VLR Update HLR 

This macro is invoked by the VLR process for location updating or by some other process handling the first subscriber 
access to the network after a register failure in order to perform HLR updating. If the VLR does not know the 
subscribers HLR (e.g. no IMSI translation exists as there are not yet any SS7 links to the subscribers HPLMN), the error 
Roaming Not Allowed with cause PLMN Roaming Not Allowed is returned. 

If the subscribers HLR can be reached, the VLR opens a dialogue towards the HLR (see figure 16.1.1/8) by sending a 
MAP_OPEN request without any user specific parameters, together with a MAP_UPDATE_LOCATION request 
containing the parameters 

IMSI, identifying the subscriber; 

Location Info, containing the MSC number; 

VLR Number, the E. 164 address of the VLR, to be used by the HLR when addressing the VLR henceforth (e.g. 
when requesting an MSRN); 

the LMSI as an VLR operator option; this is a subscriber identification local to the VLR, used for fast data base 
access. 

In case the HLR rejects dialogue opening (see subclause 21.1), the VLR will terminate the procedure indicating 
procedure error. If the HLR indicates version Vr protocol to be used, the VLR will revert to the version Vr procedure 
concerning the dialogue with the HLR, with outcomes as for the current MAP version procedure. 

If the HLR accepts the dialogue, the HLR will respond with: 

- a MAP_INSERT_SUBSCRIBER_DATA indication, handled by the macro Insert_Subs_Data_VLR defined in 

subclause 21.7; 

NOTE: The HLR may repeat this service several times depending on the amount of data to be transferred to the 
VLR and to replace subscription data in case they are not supported by the VLR. 
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- a MAP_ACTIVATE_TRACE_MODE indication, handled by the macro Activate_Tracing_VLR defined in 

subclause 21.9; 

- a MAP_FORWARD_CHECK_SS_INDICATION_ind. This indication will be relayed to the MSC without any 
change of the current state. 

- the MAP_UPDATE_LOCATION confirmation: 

if this confirmation contains the HLR Number, this indicates that the HLR has passed all information and that 
updating has been successfully completed. The VLR is updated using the parameters provided in the service 
and needed by the VLR. If certain parameters are not needed in the VLR, e.g. because some service is not 
supported, the corresponding data may be discarded. The VLR sets the "Confirmed by HLR" and "Location 
information confirmed in HLR" indicators to "Confirmed" to indicate successful subscriber data updating; 

if the confirmation contains an User error cause (Unknown Subscriber, Roaming Not Allowed or some 
other), the process calling the macro continues accordingly. In the last case, the subscriber data are marked as 
incomplete by setting the indicators "Confirmed by HLR" and "Location information confirmed in HLR" to 
"Not Confirmed". The same holds if there is a Provider error or a Data error in the confirmation; 

- a MAP_P_ABORT, MAP_U_ABORT, or MAP_CLOSE indication. In these cases, the subscriber data are 
marked to be incomplete and the process continues as in the case of an error reported by the HLR; 

a MAP_NOTICE indication. Then, the dialogue towards the HLR is terminated, the subscriber data are marked 
to be incomplete and the process continues as in the case of an error reported by the HLR; 

- if during HLR updating the VLR receives a MAP_P_ABORT, MAP_U_ABORT or a MAP_CLOSE indication 
concerning the MSC dialogue, the process is terminated by sending a MAP_U_ABORT request towards the 
HLR, and subscriber data are marked to be incomplete; 

if during HLR updating the VLR receives a MAP_NOTICE indication concerning the MSC dialogue, the 
dialogue with the MSC is terminated by sending a MAP_CLOSE, the dialogue with the HLR is terminated by 
sending a MAP_U_ABORT, subscriber data are marked to be incomplete and the process is terminated. 

Abort Handling 

If the VLR receives a MAP_NOTICE indication from the MSC while waiting for a MAP service primitive, the VLR 
will terminate the MSC dialogue by sending a MAP_CLOSE and any pending HLR dialogue by sending a 
MAP_U_ABORT (Remote Operations Failure), and the process is terminated. 
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1 6.1 .1 .4 Detailed procedure in the HLR 

The following macros are used by this process: 

Receive_Open_Ind, defined in subclause 21.1; 

Check_indication, defined in subclause 21.2; 

Insert_Subs_Data_Framed_HLR, described in subclause 16.4.1; 

Control_Tracing_HLR, described in subclause 21.9; 

and the processes Cancel_Location_HLR (see subclause 16.1.2) and Subscriber_Present_HLR (see subclause 16.1.1.7) 
are invoked. 

The location updating process in the HLR is activated by receipt of a MAP_UPDATE_LOCATION indication (see 
figure 16.1.1/9): 

if there is a parameter problem in the indication, the error Unexpected Data Value is returned in the 
MAP_UPDATE_LOCATION response (see Check_indication macro defined in subclause 21.2); if the 
subscriber is not known in the HLR, the error Unknown Subscriber is returned in the response. In either case the 
process terminates; 

tracing shall be set to deactive in the VLR 

if the VLR address received in the MAP_UPDATE_LOCATION indication differs from the one actually stored 
against the subscriber, the Cancel_Location_HLR process is started to cancel the subscriber data in the stored 
VLR (see subclause 16.1.2). 

The next action will be to check whether the subscriber is allowed to roam into the PLMN indicated by the VLR 
Number given in the MAP_UPDATE_LOCATION indication: 

if the subscriber is not allowed to roam into the PLMN, the error Roaming not Allowed with cause PLMN 
Roaming Not Allowed is returned in the MAP_UPDATE_LOCATION response, and the routing information 
stored (VLR number, MSC Number, LMSl) is deleted (deregistration); 

otherwise the HLR database will be updated with information received in the indication. The HLR sets the "MS 
purged" flag to False and checks whether tracing is required for that subscriber. This is handled by the macro 
Control_Tracing_HLR described in subclause 21.9. 

Thereafter, the macro Insert_Subs_Data_Framed_HLR described in subclause 16.4.1 is invoked. The outcome of this 
macro may be: 

aborted, in which case the process terminates; 

error, in which case the error System Failure is returned in the MAP_UPDATE_LOCATION response and the 
process terminates; 

OK, indicating successful outcome of downloading the subscriber data to the VLR. 

The SUBSCRIBER_PRESENT_HLR process is then started to alert the Short Message Service Centre, if required (see 
subclause 16.1.7). Additionally, the MAP_FORWARD_CHECK_S SYNDICATION request is sent to inform the 
subscriber about an uncertain state of his SS-Data if this is needed due to previous HLR restoration (use of this service 
may be omitted as an HLR operator option). 

Finally the HLR number is returned in the MAP_UPDATE_LOCATION response. 

In all cases where the HLR sends a MAP_UPDATE_LOCATION response to the VLR, the dialogue towards the VLR 
is terminated by a MAP_CLOSE request with parameter Release Method indicating Normal Release. 
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Figure 16.1.1/9 (sheet 1 of 2): Process Update_Location_HLR 
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16.1.1.5 



Send Identification 



16.1.1.5.1 



General 



This service is invoked by a VLR when it receives a MAP_UPDATE_LOCATION_AREA indication containing a LAI 
indicating that the subscriber was registered in a different VLR (henceforth called the Previous VLR, PVLR). If the 
identity of the PVLR is derivable for the VLR (usually if both are within the same network), the IMSI and 
authentication sets are requested from the PVLR (see subclause 16.LL3), using the service described in 
subclause 6.1.4. 
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NOTE: The service shown in dotted lines indicates the trigger provided by other IVIAP signalling. 
Figure 16.1.1/10: Interface and services for Send Identification 



16.1.1.5.2 



Detailed procedure in the VLR 



The VLR procedure is part of the location area updating process described in subclause 16.1.1.3, see also 
figure 16.1.1/6 sheet 3. 



16.1.1.5.3 



Detailed procedure in the PVLR 



On receipt of a dialogue request for the Send Identification procedure, (see Receive_Open_Ind macro in 
subclause 21.1), the PVLR will: 

terminate the procedure in case of parameter problems; 

revert to the MAP version Vr procedure in case the VLR indicated version Vr protocol; or 

continue as below, if the dialogue is accepted. 

If the PVLR process receives a MAP_NOTICE indication, it terminates the dialogue by sending a MAP_CLOSE 
request. 

If the PVLR process receives a MAP_SEND_IDENTIFICATION indication from the VLR (see figure 16.1.1/11), it 
checks whether the subscriber identity provided is known: 

if so, the IMSI and - if available - authentication parameters for the subscriber are returned in the 
MAP_SEND_IDENTIFICATION response; 

if not, the error Unidentified Subscriber is returned in the MAP_SEND_IDENTIFICATION response. 

In all cases where the PVLR sends a MAP_SEND_IDENTIFICATION response to the VLR, the dialogue towards the 
VLR is terminated by a MAP_CLOSE request with parameter Release Method indicating Normal Release. 
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1 6.1 .1 .6 The Process Update Location VLR 

This process is started by some other MAP user process in case the HLR need to be updated due to previous network 
failure. It is invoked when the subscriber accesses the network, e.g. for mobile originated call set-up, response to paging 
or supplementary services handling. Here, location updating consists only of invoking the macro VLR_Update_HLR 
described above (see subclause 16.1.1.3), which performs HLR updating and downloading of subscriber data. 

If updating is successful (OK) the HLR Number is received in the MAP_UPD ATE_LOCATION confirm 
primitive and the process terminates. 

If one of the errors Roaming not Allowed or Unknown Subscriber is received instead, all subscriber data are 
deleted from the VLR before the process terminates. 

In case some other error occurs during HLR updating, the process simply terminates. Note, in all error cases the 
initiating restoration flags in VLR remain false, therefore a new HLR updating attempt will be started later on. 

NOTE: This process will be performed independent from the calling process, no coordination is required. 
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1 6.1 .1 .7 The Process Subscriber Present HLR 

The process Subscriber Present HLR is started by the location updating process in HLR to perform actions required for 
short message alerting. The process checks the Message Waiting Data flag, and if this is set, the macro 
Alert_Service_Centre_HLR defined in subclause 21.10 is invoked. This macro will alert all service centres from which 
there are short messages waiting for this subscriber. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



304 



ETSI TS 100 974 V5.19.0 (2003-09) 








('no') 


eyes') 






Alert Service 
_Centre_HLR 






/ 
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16.1.2 Location Cancellation 



16.1.2.1 



General 



The purpose of this process is to delete a subscriber's record from a previous visitor location register after she has 
registered with a new visitor location register. The procedure may also be used if the subscriber's record is to be deleted 
for other operator determined purposes, e.g. withdrawal of subscription, imposition of roaming restrictions or 
modifications to the subscription which result in roaming restrictions. Location cancellation can be used to enforce 
location updating including updating of subscriber data in the VLR at the next subscriber access. 

In all cases, the process is performed independently of the invoking process (e.g. Location Updating). 

The service as described in subclause 6.L3 is invoked when an HLR receives a MAP_UPDATE_LOCATION 
indication from a VLR other than that stored in its table for this subscriber. Additionally the service may be invoked by 
operator intervention. The MAP_CANCEL_LOCATION service is in any case invoked towards the VLR whose 
identity is contained in the HLR table. 
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NOTE: The service shown in dotted lines indicates the trigger provided by other IVIAP signalling. 
Figure 16.1.2/1 : Interface and services for Location Cancellation 

1 6.1 .2.2 Detailed procedure in the HLR 

The location cancellation process is started by an external process as stated above. The HLR opens a dialogue with the 
VLR whose identity is contained in the HLR table (MAP_OPEN request without any user specific parameters), sending 
the MAP_CANCEL_LOCATION request primitive (see figure 16.L2/2), containing the parameters: 

IMSI, to identify the subscriber to be deleted from that VLR; 

LMSI, which is included if available in the HLR. 

The HLR then waits for the MAP_OPEN confirmation (see macro Receive_Open_Cnf, subclause 21.1), indicating 
either: 

reject of the dialogue (process terminates); 

reversion to version Vr (process will be performed according to MAP version Vr); or 

dialogue acceptance. 

When the VLR accepts the dialogue, it will return a MAP_CANCEL_LOCATION confirmation, containing: 

no parameter, indicating successful outcome of the procedure; 

a user error, provider error or a data error indicating unsuccessful outcome of the procedure. 

In case of unsuccessful outcome or if a MAP_P_ABORT indication has been received, the HLR may repeat the 
MAP_CANCEL_LOCATION request later, where the number of repeat attempts and time in between are HLR 
operator options, depending on the error returned by the VLR. 
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1 6.1 .2.3 Detailed procedure in the VLR 

Opening of the dialogue is described in the macro Receive_Open_Ind in subclause 21.1, with outcomes: 

reversion to version Vr procedure; 

procedure termination; or 

dialogue acceptance, with processing as below. 

If the VLR process receives a MAP_N0T1CE indication, it terminates the dialogue by sending a MAP_CLOSE request. 

If the VLR process receives a MAP_CANCEL_L0CAT10N indication from the HLR (see figure 16.1.2/3), the 
parameters are checked first (macro Check_lndication, see subclause 21.2). In case of parameter problems the 
appropriate error is sent in the MAP_CANCEL_LOCATION response. 

If the MAP_CANCEL_LOCATION indication contains both the IMSI and the LMSI, the VLR checks whether the 
stored IMSI matches the received IMSI. If it does not, the VLR attempts to process the request using the IMSI received 
from the HLR to define the subscriber record to be deleted. 

Thereafter the VLR checks whether the subscriber identity provided is known in the VLR: 

- if so, the data of the subscriber are deleted from VLR table and a MAP_CANCEL_LOCATION response is 
returned without any parameters; 

if not, location cancellation is regarded as being successful, too, and the MAP_CANCEL_LOCATION response 
is returned without any parameters. 

In either case, after sending the MAP_CANCEL_LOCATION response the VLR process releases any TMSI which may 
be associated with the IMSI of the subscriber, terminates the dialogue (MAP_CLOSE with Release Method Normal 
Release) and returns to the idle state. 
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Figure 16.1.2/2: Process Cancel_Location_HLR 
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Figure 16.1.2/3: Process Cancel_Location_VLR 
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16.1.3 Detach IMSI 
16.1.3.1 General 

On receipt of an A_LU_REQUEST (DETACH IMSI) indication from the radio interface this procedure invokes the 
MAP_DETACH_IMSI service described in subclause 6.1.5 in order to inform the visitor location register that a 
subscriber is no longer reachable (see figure 16.1.3/1), e.g. due to switched off station. This information is used by the 
VLR to reject mobile terminating calls or short messages without sending page messages on the radio path. The service 
is unconfirmed as it is likely that the MS is switched off before receiving a confirmation. 

The detach IMSI feature is optional for the network operator. The MS is informed by the network whether detach IMSI 
is to be used or not. 

+ + + + k + + B + + 

I HS I I BS I -I- I use I -I- I VLR | 

+ + + + + + + + 

I 

I A LU Request 

I >| 

I (DETACH IH3I) 

I 



HAP DETACH IMS I 
> 



NOTE: The service shown in dotted lines indicates the trigger provided by the radio interface (see GSIVI 09.10). 
Figure 16.1.3/1 : Interface and services for MAP_DETACH_IMSI 

1 6.1 .3.2 Detailed procedure in the MSC 

The MAP_DETACH_IMSI service is invoked by the MSC when receiving an A_LU_Request (DETACH IMSI) for a 
subscriber (see figure 16.1.3/2). 

The MSC will open the dialogue to the VLR with a MAP_OPEN request containing no user specific parameters. The 
MAP_DETACH_IMSI request will contain the following parameter received from the radio side (for the mapping see 
GSM 09.10): 

Subscriber Id, being either a TMSI or an IMSI. 

The MSC then waits for the MAP_OPEN confirmation (see macro Receive_Open_Cnf, subclause 21.1), indicating 
either: 

reject of dialogue (process terminates); 

reversion to version Vr(process terminates); or 

dialogue acceptance. 

Thereafter, the dialogue is terminated locally by the MSC (MAP_CLOSE request with Release Method Prearranged 
End). 

1 6.1 .3.3 Detailed procedure in the VLR 

When the VLR receives a MAP_DETACH_IMSI indication (see figure 16.1.3/3), it first checks the indication data 
(macro Check_Indication, see subclause 21.2). Thereafter it is checked whether the subscriber is known: 

if the subscriber is unknown the VLR ignores the indication; 

if the subscriber is known in the VLR, the IMSI detached flag is set. 

The VLR process will terminate the dialogue locally (MAP_CLOSE request with Release Method Prearranged End). 
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Figure 16.1.3/3: Process Detach_IMSI_VLR 
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16.1.4 Purge MS 
16.1.4.1 General 

When the VLR receives an indication on the O&M interface that the MS record is to be purged (either because of 
administrative action or because the MS has been inactive for an extended period), this procedure invokes the 
MAP_PURGE_MS service described in subclause 6.1.6 to request the HLR to set the "MS purged" flag for the MS so 
that any request for routing information for a mobile terminated call or a mobile terminated short message will be 
treated as if the MS is not reachable. The message flow is shown in figure 16.1.4/1. 

It is optional for the network operator to delete MS records from the VLR, but if the option is used the VLR shall notify 
the HLR when a record has been deleted. 

The O&M process in the VLR must ensure that during the MS purging procedure any other attempt to access the MS 
record is blocked, to maintain consistency of data. 

+ + + + 

I VLR + 1 HLR I 

+ + + + 



HAP PURGE MS 



HAP PURGE H3 ack: 



-> 



Figure 16.1.4/1 : Interface and services for IUIAP_PURGE_MS 

1 6.1 .4.2 Detailed procedure in the VLR 

When the VLR receives an indication from O&M that an MS record is to be purged, it invokes the MAP_PURGE_MS 

service (see figure 16.1.4/2). 

The VLR opens the dialogue to the HLR with a MAP_OPEN request containing no user specific parameters. The 
MAP_PURGE_MS request contains the IMSI of the MS which is to be purged and the VLR number. 

The VLR then waits for the MAP_OPEN confirmation (see macro Receive_Open_Cnf, subclause 21.1), indicating one 
of: 

rejection of the dialogue (process terminates); 

reversion to version one (process terminates); 

dialogue acceptance. 

If the HLR accepts the dialogue it returns a MAP_PURGE_MS confirmation, containing no parameter, indicating 
successful outcome of the procedure. 

If a MAP_PURGE_MS confirmation containing a provider error, data error or user error, or a MAP_P_ABORT, 
MAP_NOTICE or premature MAP_CLOSE indication, has been received, the failure is reported to the O&M interface. 
Successful outcome of the procedure leads to deletion of the subscriber data and freezing of the TMSI, and is reported 
to the O&M interface. 

1 6.1 .4.3 Detailed procedure in the HLR 

Opening of the dialogue is described in the macro Receive_Open_Ind in subclause 21.1. The possible outcomes are: 

termination of the procedure if the AC indicates a version 1 dialogue, as this procedure is defined only for 
version 2; 

termination of the procedure if there is an error; 
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dialogue acceptance, in which case the procedure is as described below. 

If the HLR receives a MAP_NOTICE indication, it terminates the dialogue by sending a MAP_CLOSE request. 

If the HLR receives a MAP_PURGE_MS indication (see figure 16.1.4/3), it first checks the indication data (macro 
Check_Indication, see subclause 21.2). If there is a parameter error the HLR terminates the dialogue by sending a 
MAP_CLOSE request (local termination). If there is no parameter error the HLR then checks whether the subscriber is 
known. 

if the subscriber is unknown, the HLR reports an error to the O&M interface, and terminates the dialogue by 
sending a MAP_CLOSE request (local termination); 

if the subscriber is known, the HLR checks whether the purging notification came from the VLR where the MS 
was last registered: 

if the received VLR number and the stored VLR number match, the HLR sets the "MS purged" flag for the 
subscriber and sends a MAP_PURGE_MS response containing an empty result to indicate successful 
outcome; 

if the received VLR number and the stored VLR number do not match, the HLR sends a MAP_PURGE_MS 
response containing an empty result to indicate successful outcome. Since the MS is known by the HLR to be 
in a different VLR area, it is not appropriate to block mobile terminated calls or short messages to the MS, 
but the VLR which initiated the purging procedure can safely purge its record for the MS. 

In either cases of successful termination the HLR terminates the dialogue by sending a MAP_CLOSE request. 
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Figure 16.1.4/2: Process Purge_MS_VLR 
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Figure 16.1.4/3: Process Purge_IUIS_HLR 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



316 



ETSI TS 100 974 V5.19.0 (2003-09) 



16.2 Handover procedure 
16.2.1 General 

The handover between different MSCs is called Inter-MSC handover. The interfaces involved for Inter-MSC handover 
are shown in figure 16.2/1. Following two Inter-MSC handover procedures apply: 

1) Basic Inter-MSC handover: 

The call is handed over from the controlling MSC, called MSC-A to another MSC, called MSC-B 
(figure 16.2/la). 

Figure 16.2/2 shows a successful handover between MSC-A and MSC-B including a request for handover 
number allocation by MSC-B to VLR-B. 

2) Subsequent Inter-MSC handover: 

After the call has been handed over from MSC-A to MSC-B, a handover to either MSC-A (figure 16.2/la) or to 
a third MSC (MSC-B') (figure 16.2/lb) is necessary in order to continue the connection. 

Figure 16.2/3 shows a successful subsequent handover. 



H3C-A 


E 
1 


HSC-B 


B 
1 


VLR-B 


1 


1 



a) Basic handover procedure MSC-A to MSC-B and subsequent handover procedure MSC-B to MSC- 
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b) Subsequent handover procedure MSC-B to MSC-B'. 

Figure 16.2/1 : Interface structure for handover 

The MAP handover procedures achieve the functionality required to set up an MSC-MSC dialogue, to optionally 
allocate a handover number and to transport BSSAP messages. 

The transported BSSAP messages are controlled and handled by the Handover Control Application in the MSCs. This 
information will be transparent to the MAP protocol. If the MSC receives via the MAP protocol BSSAP messages, this 
information will be forwarded to the Handover Control Application (shown in the handover SDL diagrams with the 
internal HO_CA signalling, it is an internal process in the MSC) and vice versa if the Handover Control Application 
requires the sending of BSSAP messages via the MAP protocol. 
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For detailed interworking between the A-interface and MAP procedures, see GSM 03.09 and GSM 09.10. 
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NOTE: This can be sent at any time after tlie connection between IVISC-A and IVISC-B is establislied. 
Figure 16.2/2: Example of a successful basic handover procedure to MSC-B 
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NOTE: This can be sent at any time after the connection between IVISC-A and IVISC-B is established 
Figure 16.2/3a: Example of a handover towards a third MSC 
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The subsequent handover is completed, MSC-B' is 
considered as NSC-B. Any further Inter NSC-handover 
is handled as described for a basic handover. 
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NOTE: This can be sent at any time after tlie connection between IVISC-A and IVISC-B is establislied 
Figure 16.2/3b: Example of a handover towards a third MSC 

1 6.2.2 Handover procedure in MSC-A 

This subclause describes the handover procedure in MSC-A, including the request for a basic handover to another MSC 
(MSC-B), subsequent handover to a third MSC (MSC-B') or back to the controlling MSC (MSC-A). 



16.2.2.1 



Basic handover 



When MSC-A has decided that a call has to be handed over to MSC-B, the Handover Control Application in MSC-A 
requests the MAP application to initiate the MAP_PREPARE_HANDOVER request to MSC-B. 

MSC-A opens the dialogue to MSC-B with a MAP_OPEN request containing no user specific parameters and sends a 
MAP_PREPARE_HANDOVER request. This request may optionally contain an indication that a handover number 
allocation is not required, targetCellld, for compatibility reasons, and all information required by MSC-B to allocate the 
necessary radio resources. 

If MSC-B accepts the dialogue, it returns a MAP_PREPARE_HANDOVER confirmation containing a handover 
number, unless the request has included the HO-NumberNotRequired parameter, and BSSAP information which is 
forwarded to and handled by the Handover Control Application in MSC-A. 

Optionally MSC-A can receive, after a MAP_PREPARE_HANDOVER confirmation, a 
MAP_PROCESS_ACCESS_SIGNALLING indication containing BSSAP information. 

When the connection has been established between the MS and MSC-B, MSC-A will be informed by a 
MAP_SEND_END_SIGNAL indication. 

When MSC-A wants to clear the connection with BSS-B, an indication from the Handover Control Application is 
received in the Map Application to send the MAP_SEND_END-SIGNAL response to MSC-B to close the MAP 
dialogue. 

MSC-A may abort the handover procedure at any time (e.g. if the call is cleared). 

1 6.2.2.2 Handling of access signalling 

If required, the Handover Control Application in MSC-A requests the MAP application to invoke the 
MAP_FORWARD_ACCESS_SIGNALLING request containing the information to be transferred to the A-interface of 
MSC-B (e.g. call control information). 

MAP_FORWARD_ACCESS_SIGNALLING is a non-confirmed service. 

MSC-B will then forward the required information to the Handover Control Application. The 
MAP_FORWARD_ACCESS_SIGNALLING is composed in such a way that the information can be passed 
transparently to the A-interface for call control and mobility management information. Any response received in MSC- 
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B from the A-interface that should be brought to MSC-A will require a new independent request from the Handover 
Control Application in MSC-B to MSC-A by invoking a MAP_PROCESS_ACCESS_SIGNALLING request. 

1 6.2.2.3 Other procedures in stable handover situation 

During a call and after handover, a number of procedures between MSC-A and BSS-B controlled by or reported to 
MSC-A may be initiated in both directions by invoking a MAP_FORWARD_ACCESS_SIGNALLING request and 
reception of a MAP_PROCESS_ACCESS_SIGNALLING indication. 

16.2.2.4 Subsequent handover 

When MSC-A receives a MAP_PREPARE_SUBSEQUENT_HANDOVER request, it will start the procedure of 
handing the call over to a third MSC (MSC-B'), or back to the controlling MSC (MSC-A). If the new handover 
procedure towards MSC-B' or MSC-A is successful, the handover control application in MSC-A will request the release 
of the dialogue towards MSC-B by sending the MAP_SEND_END_SIGNAL confirmation. 

16.2.2.5 SDL Diagrams 

The SDL diagrams on the following pages describe the user processes in MSC-A for the procedures described in this 
subclause. 

The services used are defined in subclause 6.4. 

NOTE: The message primitives HO_CA_MESSAGE used in the SDL-Diagrams are used to show the internal co- 
ordination between the MAP application and the Handover Control Application. For a detailed 
description of the co-ordination between the applications for the handover procedure, see GSM 03.09. 

Note that in case of reception of errors from the MSCs (see the Handover error handling macro), the MAP user reports 
them to the Handover Control Application and does not take any action except in cases explicitly mentioned in the SDL 
diagrams. 
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Figure 16.2.2/1 : HO in MSCOT 
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Figure 16.2.2/1 (sheet 1 of 12): Process MSC_A_HO 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



322 



ETSI TS 100 974 V5.19.0 (2003-09) 



Wait_tor_ 

HO_completion 

on MSC-B 



Check_ 
Indication 



'See section 21.2 



, Error 

- I See section 21.2 



Receive_error 

from HO_CA 

orMSC 



1 See section 16.2.4 



WaitJor_ 

HO_completion 

on MSC-B 



[ Wait_for_ 

I HO_completion 
I on MSC-B 



HO_CA_MESSAGE_ind, 
- see NOTE 1 , 
[Message transfer] 



HO_CA_MESSAG E_req , 
see NOTE 1 , 
[Handover complete] 



HO_CA_MESSAG E_req , 
see NOTE 1 , 
[Message transfer] 



MAP_U_ABORT_req 



MAP_FORWARD_ACCESS_ 

SlGNALLING_req 
MAP_DELIMITER_req 



Wait_for_ 

HO_completion 

on MSC-B 



Wait_for_ 
HO_completion 



Figure 16.2.2/1 (sheet 2 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 3 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 4 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 5 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 6 of 12): Process MSC_A_HO 
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Figure 16.2.2/1: HO in MSC- 
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Figure 16.2.2/1 (sheet 7 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 8 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 9 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 10 of 12): Process MSC_A_HO 
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Figure 16.2.2/1 (sheet 11 of 12): Process MSC_A_HO 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



332 



ETSI TS 100 974 V5.19.0 (2003-09) 



Wait_for_ 
Call_on_ 
MSC-B' 



HO_CA_MESSAG EJnd , 
see NOTE 1 



MAP_SEND_END_SIGNAL_rsp, 
MAP_CLOSE_req 



WaiIJor_ 
Call_on_ 
MSC-B' 



MAP_PROCESS_ACCESS_ 

SIGNALLINGJnd, 
MAP_DELIMITER_ind 



'See section 21 .2 



WaitJor_ 
Call_on_ 
MSC-B' 



Receive_error 

from HO_CA or 

MSC 



1 See section 16.2.4 



MAP_FORWARD_ACCESS_ 

SIGNALLING_req 
MAP_DELIMITER_req 



Figure 16.2.2/1 (sheet 12 of 12): Process MSC_A_HO 
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1 6.2.3 Handover procedure in MSC-B 

This subclause describes the handover procedure in MSC-B, including the request for a handover from another MSC 
(MSC-A), subsequent handover to a third MSC (MSC-B') or back to the controlling MSC (MSC-A). 

16.2.3.1 Basic handover 

Opening of the dialogue is described in the macro Receive_Open_Ind in subclause 21.1. 

When MSC-B process receives a MAP_PREPARE_HANDOVER indication from MSC-A, MSC-B requests its 
associated VLR to provide a handover number, unless the parameter HO-NumberNotRequired is received in the 
indication. 

When the connection between the MS and MSC-B is established on MSC-B, the Handover Control Application will 
request the MAP application to indicate this event to MSC-A by invoking the MAP_SEND_END_SIGNAL request. 
When a call is released, MSC-A will inform MSC-B by MAP_SEND_END_SIGNAL response and the MAP dialogue 
between MSC-A and MSC-B is closed. 

1 6.2.3.2 Allocation of handover number 

When a handover number is required, a M AP_ ALLOC ATE_HANDOVER_NUMBER request will be sent to the VLR. 
The handover number is received in the MAP_SEND_HANDOVER_REPORT request, and will be included in the 
MAP_PREPARE_HANDOVER response to MSC-A. 

As soon as the call from MSC-A using the handover number arrives in MSC-B, MSC-B shall release the handover 
number in the VLR using the MAP_SEND_HANDOVER_REPORT response. 

1 6.2.3.3 Handling of access signalling 

If required by the Handover Control Application, MSC-B invokes the MAP_PROCESS_ACCESS_SIGNALLING 
request containing the information received on the A-interface that should be transferred to MSC-A (e.g. call control 
information). 

MAP_PROCESS_ACCESS_SIGNALLING is a non-confirmed service and any response from MSC-A will require a 
MAP_FORW ARD_ACCES S_SIGNALLING request. 

1 6.2.3.4 Other procedures in stable handover situation 

During a call and after handover, a number of procedures between MSC-A and BSS-B controlled by or reported to 
MSC-A may be initiated by involving access signalling transfer in both directions. 

16.2.3.5 Subsequent handover 

The procedure is used when the Handover Control Application in MSC-B has decided that a call is to be handed over to 
another MSC (either back to the controlling MSC (MSC-A) or to a third MSC (MSC-B')). 

After the MAP_PREPARE_SUBSEQUENT_HANDOVER response is received from MSC-A, MSC-B will await the 
disconnection of the call. Once the disconnect is complete, MSC-B will inform its VLR by invoking the 
MAP_SEND_HANDOVER_REPORT confirmation. VLR-B will then release the allocated handover number. 

The subsequent handover procedure is shown in figure 16.2/3. 
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16.2.3.6 SDL Diagrams 

The SDL diagrams on the following pages describe the user process in MSC-B for the procedures described in this 
subclause. 

The services used are defined in subclause 6.4. 

NOTE 1: The message primitives HO_CA_MESSAGE in the SDL-diagrams are used to show the internal co- 
ordination between the MAP application and the Handover Control Application. For a detailed 
description of the co-ordination between the applications for the handover procedure, see GSM 03.09. 

NOTE 2: The order in the SDL diagrams to allocate first the handover number and then the radio resources is not 
binding. 
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1 6.2.4 Handover error handling macro 

This macro is used for the handover procedures to receive errors from the MSCs and from the Handover Control 
AppUcation at any state of a handover process. 

If a MAP_NOTICE indication is received, the Handover Control Application is informed and the actual situation is kept 
and the Handover Control Application decides how the handover process should continue. In all other cases the MSC is 
returned to a "NULL" state. 
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Figure 16.2.4/1: Macro Receive_error_from_HO_CA_or_MSC 
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1 6.2.5 Handover procedure in VLR 

16.2.5.1 Allocation of handover number 

When receiving the MAP_ALLOCATE_HANDOVER_NUMBER indication, the VLR will determine whether a 
handover number is available. If no handover number is available, this will be indicated by a 
MAP_ALLOCATE_HANDOVER_NUMBER response with the appropriate error. 

The handover number allocated will otherwise be returned to MSC-B in the MAP_SEND_HANDOVER_REPORT 
request. 

The handover number will be reserved until a MAP_SEND_HANDOVER_REPORT confirmation is received from 
MSC-B. 

16.2.5.2 SDL Diagrams 

The SDL diagrams on the following pages describe the user processes in VLR for the procedures described in this 
subclause. 

The services used are defined in subclause 6.4. 
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Figure 16.2.5/1: (sheet 1 of 2) 
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Figure 16.2.5/1: (Sheet 2 of 2) 
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16.3 Fault recovery procedures 



After a fault of a location register, the fault recovery procedures ensure that the subscriber data in the VLR become 
consistent with the subscriber data that are stored in the HLR for the MS concerned and that the location information in 
HLR and VLR reflect accurately the current location of the MS. 

The detailed specification of fault recovery procedures of location registers is given in GSM 03.07. 

1 6.3.1 VLR fault recovery procedures 

The following processes are involved with the restoration of one IMSI record in the VLR: 

In case of a location registration request from the MS: 

Update_Location_Area_VLR subclause 16.LL3; 

Update_Location_HLR subclause 16.LL4. 

In case of a mobile terminated call: 

PRN_VLR subclause 18.2.4; 

RESTORE_DATA_VLR subclause 18.2.4; 

RESTORE_DATA_HLR subclause 16.3.3; 

ICS_VLR subclause 18.3.3. 

After a restart, the VLR shall erase all IMSI records affected by the failure and shall cause all affected TMSIs and all 
affected LMSIs to become invalid. There will be no subscriber data or location information stored for an affected MS 
until after the VLR has received either a MAP_PROVIDE_ROAMING_NUMBER indication or a 
MAP_UPDATE_LOCATION_AREA indication for that MS. Restoration of subscriber data in the VLR is triggered 
individually for each IMSI record by receipt of either of these indications. 

Reception of either a MAP_UPDATE_LOCATION_AREA indication or a MAP_PROVIDE_ROAMING_NUMBER 
indication with an IMSI that is unknown in the VLR causes creation of a skeleton IMSI record that is marked as: 

not confirmed by radio contact by the indicator "Confirmed by Radio Contact" (The function of this indicator is 
described in GSM 03.07), and 

not confirmed by HLR by the indicator "Confirmed by HLR" (The function of this indicator is described in 
GSM 03.07). 

A third indicator "Location Information Confirmed in HLR" is allocated to each IMSI record in the VLR (The function 
of this indicator is described in GSM 03.07). 

The indicator "Location Information Confirmed in HLR" shall be checked whenever authenticated radio contact with an 
MS has been established. The status "Not Confirmed" of this indicator shall force the VLR to invoke the 
MAP_UPDATE_LOCATION service but it shall never cause rejection of a mobile originated request. The status is 
changed from "Not Confirmed" to "Confirmed" only after successful completion of a MAP_UPDATE_LOCATION 
procedure for the MS concerned. 

If the VLR serves only one MSC, the indicator "Location Information Confirmed in HLR" is only relevant to the HLR 
restoration procedure and an initial value must be assigned when an IMSI record is created in the VLR: 

if the IMSI record was created due to a roaming number request, the initial value must be set to "Confirmed"; 

- if reception of a MAP_UPDATE_LOCATION_AREA indication causes creation of the IMSI record, the initial 
value must be "Not Confirmed". 

If the VLR serves more than one MSC, the indicator "Location Information Confirmed in HLR" is used in the VLR 
restoration procedure as well as in the HLR restoration procedure. When an IMSI record is created in the VLR, the 
indicator must be set to "Not Confirmed". 
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VLR restoration triggered by a location registration request 

Upon receipt of a MAP_UPDATE_LOCATION_AREA indication, the VLR retrieves authentication data from the 
HLR by using the MAP_SEND_AUTHENTICATION_INFO service if authentication is required and if no 
authentication data are available in the VLR for the IMSI concerned (see figure 16.L1/6). 

Receipt of a MAP_UPDATE_LOCATION_AREA indication for an MS whose IMSI is unknown in the VLR or whose 
data stored in the VLR are marked as "Not Confirmed" by the indicator "Confirmed by HLR" and/or by the indicator 
"Location Information Confirmed in HLR" forces the VLR to invoke the MAP_UPDATE_LOCATION service after 
successful authentication, if required. The location updating procedure is performed as described in subclause 16. L 

Any other mobile originated request from an MS whose IMSI is unknown in the VLR or whose subscriber data stored 
in the VLR are marked as "Not Confirmed" by the indicator "Confirmed by HLR" shall be rejected with error cause 
"Unidentified Subscriber". This causes the MS to trigger the location registration procedure. 

After successful completion of the MAP_UPDATE_LOCATION procedure, the indicators "Confirmed by HLR" and 
"Location Information Confirmed in HLR" are set to "Confirmed". 

The indicator "Confirmed by Radio Contact" is set to "Confirmed" when the radio contact with the MS is authenticated. 

VLR restoration triggered by a roaming number request 

Figure 16.3/1 illustrates the signalling sequence for restoration of an IMSI record in the VLR triggered by a mobile 
terminating call set-up. 

Upon receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an IMSI that is unknown in the VLR and for 
which authentication is required, the VLR retrieves authentication data from the HLR by using the 
MAP_SEND_AUTHENTICATION_INFO service after an MSRN has been sent to the HLR in the 
MAP_PROVIDE_ROAMING_NUMBER response. 

Receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an MS whose IMSI is unknown in the VLR or 
whose data record in the VLR is marked as "Not Confirmed" by the indicator "Confirmed by HLR" forces the VLR to 
request subscriber data from the HLR by sending a MAP_RESTORE_DATA request which triggers one or more 
INSERT_SUBSCRIBER_DATA operations from the HLR. The MAP_RESTORE_DATA request may also be used to 
send the LMSI to the HLR. 

The MAP_RESTORE_DATA process in the VLR is described in subclause 18.2.4. 

The MAP_RESTORE_DATA process in the HLR is described in subclause 16.3.3. 

After successful completion of the MAP_RESTORE_DATA procedure, the indicator "Confirmed by HLR" is set to 
"Confirmed". 

If restoration of an IMSI record was triggered by a MAP_PROVIDE_ROAMING_NUMBER indication (i.e. by a 
mobile terminating call), the VLR has no valid Location Area Identity information for the MS concerned before 
successful establishment of the first authenticated radio contact. Upon receipt of a 

MAP_SEND_INFO_FOR_INCOMING_CALL indication from the MSC (see 5 in figure 16.3/1) for an MS whose 
subscriber data are marked as "Confirmed" by the indicator "Confirmed by HLR" but not confirmed by radio contact, 
the VLR shall invoke a "MAP_SEARCH_FOR_MS" instead of a "MAP_PAGE". 

A MAP_SEARCH_FOR_MS shall also be performed if the VLR receives a MAP_SEND_INFO_FOR_MT_SMS 
indication from the MSC for an MS whose IMSI record is marked as "Confirmed" by the indicator "Confirmed by 
HLR" but not confirmed by radio contact. 

The indicator "Confirmed by Radio Contact" is set to "Confirmed" when authenticated radio contact caused by a mobile 
originated or a mobile terminated activity is established. 
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NOTE 1 : If authentication required. 

NOTE 2: If subscriber tracing active in HLR. 

Figure 16.3/1 : Procedures related to restoration of VLR in case of mobile terminated call set-up 

1 6.3.2 HLR fault recovery procedures 

The following processes are involved with the restart of the HLR: 

- HLR_RESTART subclause 16.3.2; 

- REC_RESET_1N_VLR subclause 16.3.2. 

In the case of a location registration request from the MS, the following processes are involved with the HLR 
restoration procedure: 

Update_Location_Area_VLR subclause 16.1.1.3; 

Update_Location_HLR subclause 16.1.1.4. 

In the case of a mobile originated service request, the 

Macro Process_Access_Request_VLR subclause 21.4.2; and the 

Process Update_Location_HLR subclause 16.1.1.4, 
are involved with the HLR restoration procedure. 
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For the HLR, periodic back-up of data to non-volatile memory is mandatory. 

Data that have been changed in the period of time after the last back-up storage and before the restart of the HLR cannot 
be recovered by reload from the non-volatile memory. Therefore, a restoration procedure is triggered individually for 
each IMSI record that has been affected by the HLR fault at the first authenticated radio contact that is established with 
the MS concerned. 

The HLR restoration procedure forces updating of MSC number, VLR number and, if provided by the VLR, LMSI in 
the HLR. Consistency of subscriber data that are stored in the VLR for an MS that has been affected by a HLR fault 
with the subscriber data stored in the HLR for this MS will be achieved. 

As an implementation option, a notification can be forwarded to the MS to alert the subscriber to check the parameters 
for supplementary services that allow subscriber controlled input (MAP_FORWARD_CHECK_SS_INDICATION 
service). If the VLR receives this notification from the HLR it shall forward the notification to the MS. 

Figure 16.3/2 illustrates the signalling sequence for HLR restoration. 

After a restart, the home location register performs the following actions for the subscriber data records that have been 
affected by the HLR fault (see figure 16.3/3): 

reload all data from the non-volatile back-up; 

- if the MAP_FORWARD_CHECK_S SYNDICATION service is implemented, mark each subscriber record "SS 
Check Required" by setting the "Check SS" indicator; 

set subscriber tracing deactive in the VLR for each of its Mss; 

- reset the "MS Purged" flag for each of its MSs; 

send a MAP_RESET request to the VLRs where its MSs are located (see figure 16.3/4). 

The MAP_RESET request contains the HLR number and optionally the HLR Identity List. 

When receiving a MAP_RESET indication, the VLR will derive all involved MSs of that HLR either from the HLR 
Identity List (if present), or from the HLR number. The VLR will then mark these MSs with the indicator "Location 
Information Confirmed in HLR" set to "Not Confirmed" and will deactivate all subscriber tracings for these Mss (see 
figure 16.3/5). 

The status "Not Confirmed" of the indicator "Location Information Confirmed in HLR" forces the VLR to invoke the 
MAP_UPDATE_LOCATION service after establishment of authenticated radio contact with the MS concerned. 

The MAP_UPDATE_LOCATION procedure is performed as described in subclause 16.1. 

After receipt of the MAP_UPDATE_LOCATION acknowledge containing the HLR number, the status of the indicator 
"Location Information Confirmed in HLR" is changed to "Confirmed". 

If the MAP_UPD ATE_LOCATION procedure is unsuccessful for any reason, the status of the indicator "Location 
Information Confirmed in HLR" remains unchanged except for the case that the IMSI record in the VLR is deleted 
because either of the errors "Unknown Subscriber" or "Roaming Not Allowed" has been received from the HLR in 
response to a MAP_UPDATE_LOCATION request. 
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Figure 16.3/2: Procedures related to restoration of HLR 
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Figure 16.3/3: Process HLR_RESTART 
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1 6.3.3 VLR restoration: the restore data procedure in tine HLR 

The MAP_RESTORE_DATA procedure in the HLR (Process RESTORE_DATA_HLR) is described in this subclause; 
the corresponding procedure in the VLR (RESTORE_DATA_VLR) is described in subclause 18.2.4. 

The process RESTORE_DATA_HLR makes use of the following macros: 

Receive_Open_Ind subclause 21.1.1; 

Checkjndication subclause 21.2.1; 

Insert_Subs_Data_Framed_HLR subclause 16.4.1. 

The MAP_RESTORE_DATA service is invoked by the VLR after provision of a roaming number in response to a 
MAP_PROVIDE_ROAMING_NUMBER indication for an unidentified MS (i.e. IMSI unknown in VLR), or for a 
known MS whose IMSI record is marked as "Not Confirmed" by the indicator "Confirmed by HLR" (see 4 in 
figure 16.3/1). The process RESTORE_DATA_VLR is shown in figure 18.2/6. 

The restore data process in the HLR is activated by receipt of a MAP_RESTORE_DATA indication from the VLR (see 
figure 16.3/6). If there is a parameter problem in the indication, either of the errors "Unexpected Data Value" or "Data 
Missing" is returned in the MAP_RESTORE_DATA response; if the subscriber is not known in the HLR, the error 
"Unknown Subscriber" is returned in the MAP_RESTORE_DATA response. In all of these cases the process in the 
HLR terminates. 

If the MAP_RESTORE_DATA indication is accepted and if the LMSI is received, the HLR updates the LMSI for the 
IMSI received in the MAP_RESTORE_DATA indication. For this IMSI the HLR sets "subscriber-tracing-not-active- 
in-VLR" and checks whether tracing is required. This check is handled by the macro "Control_Tracing_HLR" that is 
described in subclause 21.9. Thereafter, the macro "Insert_Subs_Data_Framed_HLR" that is described in 
subclause 16.4.1 is invoked. The outcome of the macro Insert_Subs_Data_Framed_HLR is one of: 

abort, in which case the process terminates; 

error, in which case the HLR returns the error "System Failure" in the MAP_RESTORE_DATA response, and 
the process terminates; 

OK, indicating successful outcome of downloading the subscriber data to the VLR. 

After successful completion of the framed MAP_INSERT_SUBSCRIBER_DATA procedure, the HLR Number and, if 
applicable, the "MS Not Reachable Flag" which is used for SMS, are provided in the MAP_RESTORE_DATA 
response. 

Upon receipt of the MAP_RESTORE_DATA confirmation, the VLR behaves as described in subclause 18.2.4, 
figure 18.2/6. 
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Figure 16.3/6: Process RESTORE_DATA_HLR 
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16.4 Macro lnsert_Subs_Data_Framed_HLR 

This macro is used by any procedure invoked in HLR which requires the transfer of subscriber data by means of the 
InsertSubscriberData operation (e.g. Update Location or Restore Data). 

The invocation of the operation is done in a dialogue already opened by the framing procedure. Therefore the latter is 
the one that handles the reception of the open indication and sends the dialogue close request. 

The macro calls the process "Send_Insert_Subs_Data" (see subclause 21.7.4) as many times as it is needed for 
transferring all subscriber data. This process call is meant to describe two possible behaviours of HLR to handle service 
requests and confirmations: 

either the HLR handles requests and confirmations in parallel; or 

the HLR sends the next request only after receiving the confirmation to the previous one. 

Another call is done to the macro "Wait_for_Insert_Subscriber_Data" (see subclause 21.7.3). There the reception and 
handling of the service confirmations is described. 

If certain services required for a subscriber are not supported by the VLR (e.g. Advice of Charge Charging Level), this 
may result in one of the following outcomes: 

The HLR stores and sends "Roaming Restriction Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restriction Due To Unsupported Feature" is stored 
in the HLR, the "MSC Area Restricted Flag" shall be set to "restricted". This will prevent MT calls, MT SM and 
MT USSD from being forwarded to the MSC/VLR; 

The HLR stores and sends other induced subscriber data (e.g. a specific barring program) in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. This will cause rejection of mobile originated service requests, 
except emergency calls. 

When the VLR receives regional subscription data (Zone Code List) it may respond with "MSC Area Restricted" in the 
MAP_INSERT_SUBSCRIBER_DATA response. In this case the "MSC Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT calls, MT SM and MT USSD from being forwarded to the MSC/VLR. 

If the HLR neither stores "Roaming Restriction Due To Unsupported Feature" nor receives "MSC Area Restricted" in 
the MAP_INSERT_SUBSCRIBER_DATA response, the "MSC Area Restricted Flag" in the HLR shall be set to "not 
restricted". 

The SDL diagram is shown in figure 16.4/1. 
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Figure 16.4/1: Macro lnsert_Subs_Data_Framed_HLR 
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17 Operation and maintenance procedures 
17.1 General 

The Operation and Maintenance procedures are needed for operating and maintaining the GSM PLMN network. 
The following procedures exist for operation and maintenance purposes: 

i) Tracing procedures; 

ii) Subscriber Data Management procedures; 

iii) Subscriber Identity procedures. 
The following application contexts refer to complex MAP Users consisting of several processes: 

- subscriberDataManagementContext; 
tracingContext. 
These two application contexts need a co-ordinating process in the VLR as described in the following subclauses. 



17.1.1 Tracing Co-ordinator for the VLR 



The MAP_OPEN indication opens the dialogue for the stand-alone tracing procedure when the application context 
tracingContext is received. If that service is successful, the Co-ordinator can receive the firs service primitive from the 
MAP_PM. Depending on the received primitive, the user process is created as follows: 

- if the MAP_ACTIV ATE_TRACE_MODE indication is received, the process ATM_VLR_Standalone is created; 

- if the MAP_DEACTIVATE_TRACE_MODE indication is received, the process DTM_VLR_Standalone is 
created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Tracing Co-ordinator is shown in the figure 17.1/1. 
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1 7. 1 .2 Subscriber Data Management Co-ordinator for the VLR 

The MAP_OPEN indication opens the dialogue for the stand-alone subscriber data management procedure when the 
application context subscriberDataManagementContex is received. If that service is successful, the Co-ordinator can 
receive the firs service primitive from the MAP_PM. Depending on the received primitive, the user process is created as 
follows: 

- if the MAP_INSERT_SUBSCRIBER_DATA indication is received, the process INS_SUBS_DATA_VLR is 
created; 

- if the MAP_DELETE_SUBSCR1BER_DATA indication is received, the process Delete_Subscriber_Data_VLR 
is created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Subscriber_Data_Management Co-ordinator is shown in the figure 17.1/2. 
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17.2 Tracing procedures 

Three type of tracing procedures exist: 

i) Subscriber tracing management procedures; 

ii) Subscriber tracing procedures; 

iii) Event tracing procedures. 

The subscriber tracing management procedures are used for management of the status and the type of the tracing. The 
subscriber tracing activation procedure is used at location updating or data restoration when the trace mode of a 
subscriber is set active in the HLR or, as a stand alone procedure, when the subscriber is already registered and the trace 
mode becomes active in the HLR. The procedures for providing a trace request to the VLR are shown in figures 17.2/1 
and 17.2/2. 
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Figure 17.2/1 : Stand alone subscriber tracing activation procedure 
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Figure 17.2/2: Subscriber tracing activation procedure at location updating or data restoration 

The HLR sends the trace request (IMSI, trace reference, trace type and identity of the OMC) to the VLR in a 
MAP_ACTIVATE_TRACE_MODE request. The receipt of this primitive is acknowledged. The acknowledge primitive 
will indicate that the trace request is accepted by the VLR. If the request is not accepted, the reason will be reported to 
the HLR. 

The subscriber tracing deactivation procedure is used when the trace request of a subscriber is to be cancelled in the 
VLR. The procedure is shown in figure 17.2/3. 
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Figure 17.2/3: Subscriber tracing deactivation procedure 

The HLR sends a MAP_DEACTIVATE_TRACE_MODE request to the VLR. The VLR will acknowledge the 
deactivation. The acknowledge primitive will indicate that the trace request has been deleted by the VLR. If the 
deactivation is not accepted, the reason will be reported to the HLR. 

The subscriber tracing procedures are used when the VLR detects any subscriber related activity for which the trace 
mode is activated, e.g. receives the MAP_PROCESS_ACCESS_REQUEST indication. The procedure is shown in 
figure 17.2/4. 
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Figure 17.2/4: Subscriber tracing procedure in thie servicing lUISC 

The VLR will generate the MAP_TRACE_SUBSCRIBER_ ACTIVITY indication. The receiving MSC will send the 
trace record to the OMC. 

[Figure numbers 17.2/5 and 17.2/6 are spare.] 

1 7.2.1 Procedures in the HLR 



17.2.1.1 



Subscriber tracing activation procedure 



When receiving the subscriber tracing mode activation command for a subscriber from the OMC, the HLR will activate 
tracing, if the subscriber is known and registered in the HLR and the subscriber is roaming in the home PLMN area. 
The MAP_ACTIVATE_TRACE_MODE request is sent to the VLR where the subscriber is registered. 

If the MAP_ACTIVATE_TRACE_MODE confirmation is received indicating an error situation, the errors are mapped 
to the OMC interface. The activation request may also be repeated; the number of repeat attempts and the time in 
between are HLR operator options, depending on the error returned by the VLR. 

If the subscriber is known in the HLR, but is deregistered or roaming outside the home PLMN area, the subscriber 
tracing status is activated in the HLR, but the VLR is not updated. 

When receiving a request for location updating or data restoration while the subscriber trace mode is active, the macro 
Control_Tracing_HLR (see figure 21.9/4) shall be initiated by the location updating process in the HLR. 

The subscriber tracing activation process in the HLR is shown in figure 17.2/7. 
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Figure 1 7.2/7: The subscriber tracing activation process in the HLR 
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Figure 17.2/7 (sheet 2 of 2): Process ATM_HLR 
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1 7.2.1 .2 Subscriber tracing deactivation procedure 

When receiving the subscriber trace mode deactivation command for a subscriber from the OMC, the HLR will send the 
MAP_DEACTIVATE_TRACE_MODE request to the VLR where the subscriber is registered, if the trace mode 
activation has been carried out. The subscriber tracing in HLR is set to a deactive state. 

If the operation is successful, the HLR will set the subscriber tracing in VLR to a deactive state. 

If the MAP_DEACTIVATE_TRACE_MODE confirmation is received indicating an error situation, the errors are 
mapped to the OMC interface. The deactivation request may be also repeated; the number of repeat attempts and the 
time in between are HLR operator options, depending on the error returned by the VLR. 

The subscriber tracing deactivation procedure is shown in figure 17.2/8. 
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Figure 17.2/8: The subscriber Iracing deactivation process in the HLR 
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1 7.2.2 Procedures in the VLR 

The VLR is involved in the following tracing procedures: 
i) Subscriber tracing activation procedure; 
ii) Subscriber tracing deactivation procedure; 
iii) Subscriber tracing procedure. 

1 7.2.2.1 Subscriber tracing activation procedure 

When receiving a MAP_ACTIVATE_TRACE_MODE indication, the VLR will check the parameters and data in the 
primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the nature 
of the error. 

If the subscriber is known, the tracing facility is supported and the tracing capacity is not exceeded, the successful 
report is sent in the MAP_ACTIVATE_TRACE_MODE response primitive. 

The MAP_ACTIVATE_TRACE_MODE indication primitive may be received during a location updating or data 
restoration procedure, so the location updating or restore data process shall use the macro Activate_Tracing_VLR (see 
figure 2L9/3). 

The subscriber tracing activation process in the VLR is shown in figure 17.2/9. 
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FIGURE 1 7.2/9 The subscriber tracing activation 
process for standaione operation in tiie VLR 
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Figure 17.2/9: Process ATM_VLR_Standalone 
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17.2.2.2 Subscriber tracing deactivation procedure 

When receiving a MAP_DEACTIVATE_TRACE_MODE indication, the VLR will check the parameters and data in 
the primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the 
nature of the error. 

If the subscriber is known and the tracing facility is supported, the successful report is sent in the 
MAP_DEACTIVATE_TRACE_MODE response primitive. 

The subscriber tracing deactivation procedure in the VLR is shown in figure 17.2/10. 
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Figure 17.2/10: The subscriber tracing deactivation process in the VLR 
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Figure 17.2/10: Process DTM_VLR_Standalone 
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1 7.2.2.3 Subscriber tracing procedure 

When the VLR receives a MAP_PROCESS_ACCESS_REQUEST or MAP_UPDATE_LOCATION_AREA indication 
related to any subscriber activity from the MSC, the subscriber tracing procedure may be carried out. The macro 
Trace_Subscriber_Activity_VLR is shown in figure 21.9/2. 

1 7.2.3 Procedures in the MSC 

The MSC is involved in the following tracing procedure: 
i) Subscriber tracing procedure. 

1 7.2.3.1 Subscriber tracing procedure 

When receiving the MAP_TRACE_SUBSCRIBER_ ACTIVITY indication from the VLR, the MSC stores trace 
reference, trace type and the identity of the OMC in charge of the trace, and the MSC starts to collect the trace 
information. The MSC will send the trace record to the OMC. 

The macro Trace_Subscriber_Activity_MSC is shown in figure 21.9/1. 

1 7.3 Subscriber data management procedures 

Two types of subscriber data management procedures exist in the Mobile Application Part 

i) Subscriber Deletion; 

ii) Subscriber Data Modification. 

No requirements have been identified for the Subscriber creation and subscriber data interrogation procedures. 

The subscriber deletion and subscriber data modification procedures are initiated by the OMC (see figures 17.3/1 and 
17.3/2). 
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Figure 17.3/1 : Subscriber deletion procedure 
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In the subscriber deletion procedure the subscriber data should be removed from the VLR and from the HLR. The HLR 
uses the MAP_CANCEL_LOCATION service. 
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3) IV1AP_CANCEL_L0CATI0N_ACK, IVIAP_INSERT_SUBSCRIBER_DATA_ACK or 
IV1AP_DELETE_SUBSCRIBER_DATA_ACK 

4) Subscriber Data IVlodified 

Figure 17.3/2: Subscriber data modification procedure 

In the subscriber data modification procedure the subscriber data is modified in the HLR and when necessary also in the 
VLR. The HLR initiates either the MAP_INSERT_SUBSCRIBER_DATA, MAP_DELETE_SUBSCRIBER_DATA or 
MAP_CANCEL_LOCATION service depending on the modified data. 

1 7.3.1 Procedures in the HLR 



17.3.1.1 



Subscriber deletion procedure 



When the subscriber deletion request is received from the OMC, the HLR shall delete the subscriber data from the HLR 
and initiate the MAP_CANCEL_LOCATION request to the VLR where the subscriber is registered. 

The subscriber deletion procedure in the HLR is shown in the figure 17.3/3. 
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Figure 1 7.3/3: Tine subscriber deletion process in line HLR 
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Figure 17.3/3: Process Delete_Subscriber_HLR 
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1 7.3.1 .2 Subscriber data modification procedure 

The OMC can modify the subscriber data in several different ways. The modifications can be categorized in five 
groups: 

a) HLR internal modification, no effect in the VLR; 

b) data shall be modified both in the HLR and VLR; 

c) withdrawal of a basic service or a supplementary service; 

d) modification affects on the roaming of the subscriber and the subscriber shall be removed from the VLR data 
base; 

e) authentication algorithm or authentication key of the subscriber is modified. 

In case "b" the MAP_INSERT_SUBSCRIBER_DATA service is initiated in the HLR. 

In case "c" the MAP_DELETE_SUBSCRIBER_DATA service is initiated in the HLR. 

In cases "d" and "e" the MAP_CANCEL_LOCATION service is initiated in the HLR. 

If the result of a primitive received from the VLR is unsuccessful, the HLR may initiate re-attempts; the number of 
repeat attempts and the time in between are HLR operator options, depending on the error returned by the VLR. 

The subscriber data modification procedure in the HLR is shown in the figures 17.3/4, 17.3/5 and 21.7/2. 
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Fifure 17.3/4: The subscriber data modification 
process in tlie HLR 
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Figure 17.3/4: Process Modify_Data_HLR 
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Macrodefinition Delete Subscriber Data HLR 
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Figure 1 7.3/5; The delete subscriber data macro in the HLR 
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Figure 17.3/5: Macro Delete_Subscriber_Data_HLR 
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1 7.3.2 Procedures in the VLR 

17.3.2.1 Subscriber deletion procedure 

The subscriber deletion procedure in the VLR is described in the subclause 16.1. 

1 7.3.2.2 Subscriber data modification procedure 

When receiving either the MAP_1NSERT_SUBSCR1BER_DATA indication or the 

MAP_DELETE_SUBSCR1BER_DATA indication, the VLR check the parameters and data in the primitive. Data 
errors are reported as an unexpected data value error or a data missing error depending on the nature of the error. 

After receiving the first MAP_1NSERT_SUBSCRIBER_DATA indication, the VLR will check the IMSI that is 
included in the primitive. If the IMSI is unknown, the error "Unidentified subscriber" is returned. 

If the VLR does not support received basic or supplementary services or the network feature Operator Determined 
Barring, or there is a problem with Regional Subscription Data then it reports it to the HLR. 

If the entire MSC area is restricted due to regional subscription, this is reported to the HLR. 

If the updating of the subscriber data is not possible, the VLR will initiate the MAP_U_ABORT request primitive. If the 
updating is successful, the MAP_CLOSE indication is received from the HLR. 

The subscriber data modification procedure in the VLR is shown in the figures 17.3/6, 17.3/7 and 21.7/1. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



385 



ETSI TS 100 974 V5.19.0 (2003-09) 



Process INS SUBS DATA VLR 
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Figure 17.3/6: Process INS_SUBS_DATA_VLR 
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Process Delete Subscriber Data VLR 



Figure 17.3/7: The delete subscriber data process in ttie VLI 
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Figure 17.3/7: Process Delete_Subscriber_Data_VLR 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 387 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 



17.4 Subscriber Identity procedure 



In the subscriber identity procedure the IMSI of the subscriber is retrieved from the HLR. The procedure is shown in 
figure 17.4/1. 

+ + + + + + 

I one I I VLR I I HLR | 

I I I I II 
+ + + + + + 

I 1. I I 

+ >| 2.1 

I + >l 

113. I 

I 'i ■ +< I 

+< I I 

I I I 

1) Identity request 

2) MAP_SEND_IMSI 

3) MAP_SEND_IMSI_ACK 

4) Identity confirm 

Figure 17.4/1 : The subscriber identity procedure 

17.4.1 Subscriber identity procedure in tine HLR 

Opening of the dialogue is described in the macro Receive_Open_Ind in subclause 21.1, with outcomes: 

procedure termination; or 

dialogue acceptance, with proceeding as below. 

When receiving the MAP_SEND_1MS1 indication, the HLR will check the parameters and data in the primitive. Data 
errors are reported as an unexpected data value error or a data missing error depending on the nature of the error. 

If the subscriber is known in the HLR, the IMSl is fetched from the database and sent to the VLR. If the MSISDN 
cannot be identified, unknown subscriber indication is passed to the VLR. 

The subscriber identity procedure in the HLR is shown in figure 17.4/2. 
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Figure 17.4/2: The send IMSI process in the HLR 



MAP_ 
> NOTICE_ 
ind 



. MAP_SEND_ 

'' IMSIJnd 



Check_ 
Indication 



Fetch 

Subscriber 

Data 



i Figure 21 .2/1 




Perform VI 
Diaiogue 



SetUE = 
Unknown 
Subscriber 



MAP_SEND_IMSI_rsp 
MAP_CLOSE_req 



Figure 17.4/2: Process Send_IMSI_HLR 
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1 7.4.2 Subscriber identity procedure in tine VLR 

When the IMSI request is received from the OMC, the VLR will send the MAP_SEND_IMSI request to the HLR. The 
contents of the response is sent to the OMC. 

The subscriber identity procedure in the VLR is shown in figure 17.4/3. 
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Figure 17.4/3: Process Send_IMSI_VLR 
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18 Call handling procedures 

18.1 General 

The MAP call handling procedures are used to retrieve routeing information to handle a mobile terminating call and to 
transfer control of a call back to the GMSC if the call is to be forwarded. 

The procedures to handle a mobile originating call and a mobile terminating call after the call has arrived at the 
destination MSC do not require any signalling over a MAP interface. These procedures are specified in GSM 03.18 
[97]. 

The stage 2 specification for the retrieval of routeing information to handle a mobile terminating call is in GSM 03.18 
[97]; modifications to this procedure for CAMEL are specified in GSM 03.78 [98], for optimal routeing of a basic 
mobile-to-mobile call in GSM 03.79 [99]. The interworking between the MAP signalling procedures and the call 
handling procedures for each entity (GMSC, HLR and VLR) is shown by the transfer of signals between these 
procedures. 

The stage 2 specification for the transfer of control of a call back to the GMSC if the call is to be forwarded is in GSM 
03.79 [99]. The interworking between the MAP signalling procedures and the call handling procedures for each entity 
(VMSC and GMSC) is shown by the transfer of signals between these procedures. 

The interworking between the call handling procedures and signalling protocols other than MAP is shown in GSM 
03.18,GSM 03.78 and GSM 03.79. 

18.2 Retrieval of routing information 
18.2.1 General 

The message flows for successful retrieval of routeing information for a mobile terminating call are shown in figure 
18.2/1 (mobile terminating call which has not been optimally routed) and 18.2/2 (mobile-to-mobile call which has been 
optimally routed). 
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Notes: 

XXX = Optional Procedure 
NOTE 1 : This service may also be used by an ISDN exchange for obtaining routing information from the HLR. 
NOTE 2: TUP or ISUP may be used in signalling between IVISCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 

and ETSI specification: 
0.721-725 - Telephone User Part (TUP); 
ETS 300 356-1 - Integrated Services Digital Networl< (ISDN); Signalling System No.7; ISDN User Part (ISUP) version 

2 for the international interface; Part 1 : Basic services. 
NOTE 3: As a networl< operator option, the HLR sends 

IVIAP_PROVIDE_SUBSCRIBER_INFORMATION to the VLR. For further details on the CAMEL 

procedures refer to GSIVI TS 03.78; 
Figure 18.2/1 : Message flow for retrieval of routeing information (non-optimally routed call) 
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Notes: 

XXX = Optional Procedure 

For Optimal Routeing phase 1 , only one of the information flows for Provide Subscriber Info and Provide 

Roaming Number is used. For later phases of Optimal Routeing, the HLR may return a 

MAP_SEND_ROUTEING_INFORIVIATION ack after the Provide Subscriber Info information flow, and the 

GMSC may send a second MAP_SEND_ ROUTEING_INFORIVIATION, which will trigger the Provide 

Roaming Number information flow. 

TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following CCITT 

Recommendations & ETSI specification: 

Q.721-725 - Telephone User Part (TUP); 

ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part (ISUP) version 
2 for the international interface; Part 1 : Basic services. 
Figure 18.2/2: Message flow for retrieval of routeing information (optimally routed call) 

The following MAP services are used to retrieve routing information: 
MAP_SEND_ROUTING_INFORMATION see subclause 8.1; 
MAP_PROVIDE_ROAMlNG_NUMBER see subclause 8.2; 
MAP_PROVIDE_SUBSCRIBER_INFO see subclause 6.11.2; 
MAP_RESTORE_DATA see subclause 6. 10.3. 

1 8.2.2 Process in the GMSC 

The MAP process in the GMSC to retrieve routeing information for a mobile terminating call is shown in figure 18.2/3. 
The MAP process invokes macros not defined in this subclause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see subclause 21.1.2; 
see subclause 21.2.2. 



When the MAP process receives a Send Routeing Info request from the call handling process in the GMSC, it requests a 
dialogue with the HLR whose identity is contained in the Send Routeing Info request by sending a MAP_OPEN service 
request, requests routeing information using a MAP_SEND_ROUTING_INFORMATION service request and invokes 
the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is 
successful, the MAP process waits for a response from the HLR. 
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If the MAP process receives a MAP_SEND_ROUTING_INFORMATION service confirm from the HLR, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. If the 

MAP_SEND_ROUTING_INFORMATION confirm from the HLR cannot be carried in a single TC-Result component, 
it is carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Send Routeing Info ack containing the 
routeing information received from the HLR to the call handling process in the GMSC and returns to the idle state. 

Earlier version MAP dialogue with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit, the MAP process checks whether this is an OR interrogation 
(indicated by the inclusion of the OR interrogation parameter in the MAP_SEND_ROUTING_INFORMATION service 
request). 

If this is not an OR interrogation, the GMSC performs the earlier version MAP dialogue as specified in [51] or [96] and 
the process returns to the idle state. 

If this is an OR interrogation, the MAP process sends a Send Routeing Info negative response indicating OR not 
allowed to the call handling process in the GMSC and returns to the idle state. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the HLR could not be opened, the MAP process sends 
an Abort to to the call handling process in the GMSC and returns to the idle state. 

Error in MAP_SEND_ROUTING_INFORMATION confirm 

If the MAP_SEND_ROUTING_INFORMATION service confirm contains a user error or a provider error, or the 
macro Check_Confirmation indicates that there is a data error, the MAP process sends a Send Routeing Info negative 
response to the call handling process in the GMSC and returns to the idle state. 

Call release 

If the call handling process in the GMSC indicates that the call has been aborted (i.e. prematurely released by the 
calling subscriber), the MAP process returns to the idle state. Any response from the HLR will be discarded. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the HLR may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In any 
of these cases, the MAP process sends a Send Routeing Info negative response to the call handling process in the 
GMSC and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a Send Routeing Info negative response indicating system failure to the call handling 
process in the GMSC and returns to the idle state. 
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Figure 18.2/3 (sheet 1 of 2): Process SRI_GMSC 
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1 8.2.3 Procedures in the HLR 

The MAP process in the HLR to retrieve routeing information for a mobile terminating call is shown in figure 18.2/4. 
The MAP process invokes macros not defined in this subclause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 21.1.1; 

Receive_Open_Cnf see subclause 21 . 1 .2; 

Check_Confirmation see subclause 21.2.2. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context locInfoRetrieval, it checks it by 
invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_SEND_ROUTING_INFORMATION service indication is received, the MAP process sends a Send Routeing 
Info request to the call handling process in the HLR, and waits for a response. The Send Routeing Info request contains 
the parameters received in the MAP_SEND_ROUTING_INFORMATION service indication. 

If the call handling process in the HLR returns a Send Routeing Info ack, the MAP process constructs a 
MAP_SEND_ROUTING_INFORMATION service response containing the routeing information contained in the Send 
Routeing Info ack, constructs a MAP_CLOSE service request, sends them to the GMSC and returns to the idle state. If 
the MAP_SEND_ROUTING_INFORMATION response cannot be carried in a single TC-Result component, it is 
carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

If the call handling process in the HLR returns a Provide Subscriber Info request, the MAP process requests a dialogue 
with the VLR whose identity is contained in the Provide Subscriber Info request by sending a MAP_OPEN service 
request, requests the subscriber status using a MAP_PROVIDE_SUBSCRIBER_INFO service request, and invokes the 
macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 

If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_SUBSCRIBER_INFO service confirm, it invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Subscriber Info ack containing 
the information received in the MAP_PROVIDE_SUBSCRIBER_INFO service confirm to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP_PROVIDE_SUBSCRIBER_INFO service confirm contains a provider error or a data error, the MAP 
process sends a Provide Subscriber Info negative response indicating the type of error to the call handling process in the 
HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

NOTE: The 'User Error' exit from the macro Check_Confirmation is shown for formal completeness; the 
MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a user error. 

If the call handling process in the HLR returns a Provide Roaming Number request, the MAP process requests a 
dialogue with the VLR whose identity is contained in the Provide Roaming Number request by sending a MAP_OPEN 
service request, requests a roaming number using a MAP_PROVIDE_ROAMING_NUMBER service request, and 
invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 

If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_ROAMING_NUMBER service confirm, it invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Roaming Number ack 
containing the MSRN received in the MAP_PROVIDE_ROAMING_NUMBER service confirm to the call handling 
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process in the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is 
described above. 

If the MAP_PRO VIDE_ROAMING_NUMBER service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Provide Roaming Number negative 
response indicating the type of error to the call handling process in the HLR, and waits for a response. The handling of 
the response from the call handling process in the HLR is described above. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response, either before or after a dialogue with the VLR to 
obtain a roaming number, the MAP process constructs a MAP_SEND_ROUTING_INFORMATION service response 
containing the appropriate error, constructs a MAP_CLOSE service request, sends them to the GMSC and returns to the 
idle state. 

Earlier version MAP Provide Roaming Number dialogue with the VLR 

If the macro Receive_Open_Cnf takes the Vr exit after the MAP process has requested opening of a Provide Roaming 
Number dialogue with the VLR, the MAP process checks whether this is an OR interrogation (indicated by the 
inclusion of the OR interrogation parameter in the MAP_PROVIDE_ROAMING_NUMBER service request). 

If this is not an OR interrogation, the HLR performs the earlier version MAP dialogue as specified in [51] or [96], 
relays the result of the dialogue to the HLR call handling process, and waits for a response. The handling of the 
response from the call handling process in the HLR is described above. 

If this is an OR interrogation, the MAP process sends a Provide Roaming Number negative response indicating OR not 
allowed to the call handling process in the HLR and waits for a response. The handling of the response from the call 
handling process in the HLR is described above. 

Failure of Provide Subscriber Info dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Vr exit or the Error exit after the MAP process has requested opening of a 
Provide Subscriber Info dialogue with the VLR, the MAP process sends a Provide Subscriber Info negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

Failure of Provide Roaming Number dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Error exit after the MAP process has requested opening of a Provide 
Roaming Number dialogue with the VLR, the MAP process sends a Provide Roaming Number negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

If the MAP process receives a MAP_U_ABORT, a MAP_P_ABORT or a premature MAP_CLOSE from the MAP 
provider, it sends a Provide Roaming Number negative response indicating system failure to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP process receives a MAP_NOTICE from the MAP provider, it returns a MAP_CLOSE request to the MAP 
provider, sends a Provide Roaming Number negative response indicating system failure to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

Earlier version MAP dialogue with the GMSC 

If the macro Receive_Open_Ind takes the Vr exit, the the HLR performs the earlier version MAP dialogue as specified 
in [51] or [96] and the process returns to the idle state. 

Failure of dialogue opening with the GMSC 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 
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If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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1 8.2.4 Process in the VLR to provide a roaming number 

The MAP process in the VLR to provide a roaming number for a mobile terminating call is shown in figure 18.2/5. The 
MAP process invokes a macro not defined in this subclause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 21.1.1; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context roamingNbEnquiry, it checks it 
by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PROVIDE_ROAMING_NUMBER service indication is received, the MAP process sends a Provide 
Roaming Number request to the call handling process in the VLR, and waits for a response. The Provide Roaming 
Number request contains the parameters received in the MAP_ PROVIDE_ROAMING_NUMBER service indication. 

If the call handling process in the VLR returns a Provide Roaming Number ack, the MAP process constructs a 
MAP_PROVIDE_ROAMING_NUMBER service response containing the roaming number contained in the Send 
Routeing Info ack, constructs a MAP_CLOSE service request, sends them to the HLR and returns to the idle state. 

Earlier version MAP dialogue with the HLR 

If the macro Receive_Open_Ind takes the Vr exit, the the VLR performs the earlier version MAP dialogue as specified 
in [51] or [96] and the process returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 

Negative response from VLR call handUng process 

If the call handling process in the HLR returns a negative response, the MAP process constructs a MAP_ 
PROVIDE_ROAMING_NUMBER service response containing the appropriate error, constructs a MAP_CLOSE 
service request, sends them to the HLR and returns to the idle state. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



403 



ETSI TS 100 974 V5.19.0 (2003-09) 



Process PRN VLR 



I Figure 18.2/6: Process in the VlU 
to handie a request for a roaming] 
number 



Perform MAP 
Vr Dialogue 



.Refer to the 
-J appropriate version 
of GSM 09.02 



MAP_P_ 
^ ABORTJnd 



Provide 
Roaming 
Number ack 



182_51(1) 



Signals to/(rom the 1^ 

are to/from the HLR;L-^ 
signals to/from the right 
are to/from the VLR 
call handling process 



Idle 



Receive_ 
Open_lnd 



/ Wait_For_ 
I Service_ 

\ Indication 



MAP PROVIDE ROAMING NUMBER ind 



Rrovide 
Roaming 
Number 



-]To VLR call handling process 



Wait_For_ \ 
Roaming_ I 
\ Number / 



Provide Roaming/ 
Number negative 
response \ 



MAP_PROVIDE_ROAMING_NUMBER_rsp 





Error 


/ 

Idle 

\ /' 










\ MAP 
/NOTICEJnd 






/ MAP 

\ CLOSEjeq 




/ 

Idle 



Figure 18.2/5: Process PRN_VLR 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 404 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

1 8.2.5 Process in the VLR to restore subscriber data 

The MAP process in the HLR to restore subscriber data is shown in figure 18.2/6. The MAP process invokes macros 
not defined in this subclause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 2 1 . 1 .2; 

Check_Confirmation see subclause 21.2.2; 

Insert_Subs_Data_VLR see subclause 21 .7. 1 ; 

Activate_Tracing_VLR see subclause 21.9.3. 

Successful outcome 

When the MAP process receives a Restore Data request from the data restoration process in the VLR, it requests a 
dialogue with the HLR whose identity is contained in the Restore Data request by sending a MAP_OPEN service 
request, requests data restoration using a MAP_RESTORE_DATA service request and invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

The VLR may receive a MAP_1NSERT_SUBSCR1BER_DATA service indication from the HLR; this is handled by the 
macro lnsert_Subs_Data_VLR as described in subclause 21.7.1, and the MAP process waits for a further response from 
the HLR. 

The VLR may receive a MAP_ACTIVATE_TRACE_MODE service indication from the HLR; this is handled by the 
macro Activate_Tracing_VLR as described in subclause 21.9.3, and the MAP process waits for a further response from 
the HLR. 

If the MAP process receives a MAP_RESTORE_DATA service confirm, it invokes the macro Check_Confirmation to 
check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Restore Data ack containing the 
information received from the HLR to the data restoration process in the VLR and returns to the idle state. 

Error in MAP_RESTORE_DATA confirm 

If the MAP_RESTORE_D ATA service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Restore Data negative response 
indicating the type of error to the call handling process in the HLR, and returns to the idle state. 

Ealier version MAP dialogue with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit, the VLR performs the earlier MAP version dialogue as specified in 
[51] or [96] and the process terminates. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the HLR could not be opened, the MAP process sends 
a negative response indicating system failure to the data restoration process in the GMSC and returns to the idle state. 
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1 8.2.6 Process in the VLR to provide subscriber information 

The MAP process in the VLR to provide subscriber information for a mobile terminating call subject to CAMEL 
invocation is shown in figure 18.2/6. The MAP process invokes a macro not defined in this subclause; the definition of 
this macro can be found as follows: 

Receive_Open_Ind see subclause 21.1.1; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context subscriberlnfoEnquiry, it checks 
it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PROVIDE_SUBSCRIBER_INFO service indication is received, the MAP process sends a Provide 
Subscriber Info request to the subscriber information request process in the VLR, and waits for a response. The Provide 
Subscriber Info request contains the parameters received in the MAP_PROVIDE_SUBSCRIBER_INFO service 
indication. 

If the subscriber information request process in the VLR returns a Provide Subscriber Info ack, the MAP process 
constructs a MAP_PROVIDE_SUBSCRIBER_INFO service response containing the information contained in the 
Provide Subscriber Info ack, constructs a MAP_CLOSE service request, sends them to the HLR and returns to the idle 

state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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1 8.2.7 Process in the HLR for Any Time Interrogation 

The message flows for successful retrieval of subscriber information related to an any time interrogation from the 
CAMEL server are shown in figure 18.2/8. 
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Figure 18.2/8: Message flow for any time interrogation 

The following MAP services are used to retrieve routing information: 
MAP_AN Y_TIME_INTERROGATION see subclause 6.11.1; 
MAP_PRO VIDE_SUBSCRIBER_INFO see subclause 6.11.2; 

1 8.2.7.1 Process in the gsmSCF 

Out of the scope of the MAP specification. 

18.2.8 Process in tine HLR 

The MAP process in the HLR to provide subscriber information in response to an interrogation from the CAMEL server 
is shown in figure 18.2/8. The MAP process invokes macros not defined in this subclause; the definitions of these 
macros can be found as follows: 



Receive_Open_Ind 
Receive_Open_Cnf 
Check_Confirmation 
Successful outcome 



see subclause 21.1.1; 
see subclause 21.1.2; 
see subclause 21.2.2. 



When the MAP process receives a MAP_OPEN indication with the application context anyTimelnterrogationEnquiry, 
it checks it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_ANY_TIME_INTERROGATION service indication is received, the MAP process sends an Any Time 
Interrogation request to the call handling process in the HLR (described in GSM 03.78), and waits for a response. The 
Any Time Interrogation request contains the parameters received in the MAP_ ANY_TIME_INTERROGATION 
service indication. 

If the call handling process in the HLR returns an Any Time Interrogation response, the MAP process constructs a 
MAP_ANY_TIME_INTERROGATION service response containing the subscriber information contained in the Any 
Time Interrogation response, constructs a MAP_CLOSE service request, sends them to the CAMEL server and returns 
to the idle state. 

If the call handling process in the HLR returns a Provide Subscriber Info request, the MAP process requests a dialogue 
with the VLR whose identity is contained in the Provide Subscriber Info request by sending a MAP_OPEN service 
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request, requests the subscriber status using a MAP_PROVIDE_SUBSCRIBER_INFO service request, and invokes the 
macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 

If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_SUBSCRIBER_INFO service confirm, it invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Subscriber Info ack containing 
the information received in the MAP_PROVIDE_SUBSCRIBER_INFO service confirm to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP_PROVIDE_SUBSCRIBER_INFO service confirm contains a provider error or a data error, the MAP 
process sends a Provide Subscriber Info negative response indicating the type of error to the call handling process in the 
HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

NOTE: The 'User Error' exit from the macro Check_Confirmation is shown for formal completeness; the 
MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a user error. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response, either before or after a dialogue with the VLR to 
obtain subscriber information, the MAP process constructs a MAP_ANY_TIME_INTERROGATION service response 
containing the appropriate error, constructs a MAP_CLOSE service request, sends them to the CAMEL server and 
returns to the idle state. 

Failure of Provide Subscriber Info dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Vr exit or the Error exit after the MAP process has requested opening of a 
Provide Subscriber Info dialogue with the VLR, the MAP process sends a Provide Subscriber Info negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

Failure of dialogue opening with the CAMEL server 

If the macro Receive_Open_Ind takes the Vr or Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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1 8.3 Transfer of call handling 
18.3.1 General 

The message flow for successful transfer of call handling to forward a call is shown in figure 18.3/1. 
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NOTES: 

XXX = Optional Procedure 

TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following CCITT 

Recommendations & ETSI specification: 
Q.721-725 - Telephone User Part (TUP); 
ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part (ISUP) version 

2 for the international interface; Part 1 : Basic services. 

Figure 18.3/1 : Message flow for transfer of call handling 

If the HLR indicated in the response to the original request for routeing information that forwarding interrogation is 
required, the GMSC executes the Send Routeing Information procedure with the HLR to obtain forwarding 
information; otherwise the GMSC uses the forwarding data which were sent in the 
MAP_RESUME_CALL_HANDLING req/ind. 

1 8.3.2 Process in the VIVISC 

The MAP process in the VMSC to retrieve routeing information for a mobile terminating call is shown in figure 18.3/2. 
The MAP process invokes macros not defined in this subclause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 21.1.2; 
see subclause 21.2.2. 
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Successful Outcome 

When the MAP process receives a Resume Call Handling request from the call handling process in the VMSC, it 
requests a dialogue with the GMSC whose identity is contained in the Resume Call Handling request by sending a 
MAP_OPEN service request, requests routeing information using a MAP_RESUME_CALL_HANDLING service 
request and invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the 
dialogue opening is successful, the MAP process waits for a response from the GMSC. 

If the MAP process receives a MAP_RESUME_CALL_HANDLING service confirm from the GMSC, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Resume Call Handling ack to the call 
handling process in the VMSC and returns to the idle state. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the GMSC could not be opened or that the dialogue 
can be opened only at an earlier version, the MAP process sends an Resume Call Handling negative response indicating 
system failure to the call handling process in the VMSC and returns to the idle state. 

Error in MAP_RESUME_CALL_HANDLING confirm 

If the MAP_RESUME_CALL_HANDLING service confirm contains a user error or a provider error, the MAP process 
sends a Resume Call Handling negative response to the call handling process in the VMSC and returns to the idle state. 

NOTE: the 'Data Error' exit from the macro Check_Confirmation is shown for formal completeness; the result is 
empty, so the MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a data error.] 

Abort of GMSC dialogue 

After the dialogue with the GMSC has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the GMSC may send a MAP_CLOSE indication. In either of these cases, the MAP 
process sends a Resume Call Handling negative response to the call handling process in the GMSC and returns to the 
idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the GMSC, sends a Resume Call Handling negative response indicating system failure to the call 
handling process in the VMSC and returns to the idle state. 
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1 8.3.3 Process in the GMSC 

The MAP process in the GMSC to handle a request for the GMSC to resume call handling is shown in figure 18.3/3. 
The MAP process invokes a macro not defined in this subclause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 21.1.1; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context callControlTransfer, it checks it 
by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_RESUME_CALL_HANDLING service indication is received, the MAP process sends a Resume Call 
Handling request to the call handling process in the GMSC, and waits for a response. The Resume Call Handling 
request contains the parameters received in the MAP_RESUME_CALL_HANDLING service indication. 

If the call handling process in the GMSC returns a Resume Call Handling ack, the MAP process constructs a 
MAP_RESUME_CALL_HANDLING service response, constructs a MAP_CLOSE service request, sends them to the 
HLR and returns to the idle state. 

Failure of dialogue opening with the VMSC 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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1 9 Supplementary services procedures 

The following application contexts exist for handling of supplementary services: 

accessUnstructuredSsContext; 

accessFunctionalSsContext. 

The accessUnstructuredSsContext refers to a simple MAP users, for which the corresponding MAP process can be 
identified by the MAP -Provider directly. 

However, the accessFunctionalSsContext refers to a complex MAP-User consisting of several processes. For this user, a 
process co-ordinator is defined for each network entity, in order to identify the correct process to invoke. These 
processes open and validate the dialogue, then invoke the necessary operation-specific process. These processes are 
described below. 

1 9.0 Functional supplementary service processes 

1 9.0.1 Functional supplementary service process co-ordinator for MSC 

Upon receipt of a CM-Service request with CM-service type = SS, the MSC initiates the process access request 
procedure towards the VLR as described in clause 21 of this ETS. 

Once a CM connection is established, the MSC can handle supplementary service indications from the MS. 
Table 19.0/1 shows the co-ordinating process' reaction on receipt of specific SS service indications on the air interface. 
After the relevant process is invoked, the received air interface service indication is sent to that process. The creation of 
service requests on the basis of air interface messages is described in GSM 09.1 1. 

Table 19.0/1 : Relationship between received service indication and invoked process in the MSC 



Service indication received 


Process invoked 


A REGISTER SS ind 


REGISTER SS MSC 


A ERASE SS ind 


ERASE SS MSC 


A ACTIVATE SS ind 


ACTIVATE SS MSC 


A DEACTIVATE SS ind 


DEACTIVATE SS MSC 


A INTERROGATE SS ind 


INTERROGATE SS MSC 


A REGISTER PASSWORD 


REGISTER PASSWORD MSC 



Figure 19.0/1 shows the co-ordinating process in the MSC. 
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1 9.0.2 Functional supplementary service process co-ordinator for VLR 

Any functional SS process in the VLR starts by the VLR receiving the MAP_PROCESS_ACCESS_REQUEST 
indication. The VLR then acts as described in clause 21 of this ETS. 

If the Process Access Request was successful, the VLR can handle supplementary service indications from the MSC. 
Table 19.0/2 shows the co-ordinating process' reaction on receipt of specific SS service indications from the MSC. 
After the relevant process is invoked, the received service indication is sent to that process, and the co-ordinating 
process terminates. 

Table 19.0/2: Relationship between received service indication and invoked process in the VLR 



Service indication received 


Process invol<ed 


MAP REGISTER SS ind 


REGISTER SS VLR 


MAP ERASE SS ind 


ERASE SS VLR 


MAP ACTIVATE SS ind 


ACTIVATE SS VLR 


MAP DEACTIVATE SS ind 


DEACTIVATE SS VLR 


MAP INTERROGATE SS ind 


INTERROGATE SS VLR 


MAP REGISTER PASSWORD 


REGISTER PASSWORD VLR 



Figure 19.0/2 shows the co-ordinating process in the VLR. 
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Figure 19.0/2: Supplementary Service Coordination process in the VLR, to open and process the access request from 
the MSC, and then identify which functionai supplementary service process shaii be invoked. 
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1 9.0.3 Functional supplementary service process co-ordinator for HLR 

Any functional SS process in the HLR starts by the HLR receiving a MAP-OPEN service indication. If that service is 
successful, the HLR can handle supplementary service indications from the VLR. Table 19.0/3 shows the co-ordinating 
process' reaction on receipt of specific SS service indications from the VLR. After the relevant process is invoked, the 
received service indication is sent to that process, and the co-ordinating process terminates. 

Table 19.0/3: Relationship between received service indication and invoked process in the HLR 



Service indication received 


Process invol<ed 


MAP REGISTER SS ind 


REGISTER SS HLR 


MAP ERASE SS ind 


ERASE SS HLR 


MAP ACTIVATE SS ind 


ACTIVATE SS HLR 


MAP DEACTIVATE SS ind 


DEACTIVATE SS HLR 


MAP INTERROGATE SS ind 


INTERROGATE SS HLR 


MAP REGISTER PASSWORD 


REGISTER PASSWORD HLR 



Figure 19.0/3 shows the co-ordinating process in the HLR. 
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19.1 Registration procedure 
19.1.1 General 

The registration procedure is used to register data related to a supplementary service in the HLR. The registration 
procedure is a fully transparent communication between the MS and the HLR, except that some services may be 
invoked as a result of the procedure, as described in the subclauses below. 

The registration procedure is shown in figure 19.1.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PROVIDE_IMSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 2 1); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_INSERT_SUBSCRIBER_DATA (defined in clauses 6 and 21); 

MAP_REGISTER_SS (defined in clause 9). 



+ + 

I ris I- 
+ + 



+ + B + + D + + 

-|HSC I -I |VLR I -I I HLR | 

+ + + + + + 



A CM 3ERV REQ 
(note 1) 

A REGISTER SS 



A REGISTER SS ack 
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HAP PROCESS ACC REQ 
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(note 2) 
HAP REGISTER SS 



HAP REGISTER SS ack 
< 



HAP REGISTER 33 



-> 



HAP REGIS SS ack 

< 

MAP ZNS SUBS DATA 

< 

(note 3) 



NOTE 1 : For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 
dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 
the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 

NOTE 3: Services printed in italics are optional. 

Figure 19.1.1/1 : Interfaces and services for supplementary service registration 
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19.1.2 Procedures in the MSC 

Supplementary service registration 

The A_REGISTER_SS service indication received by the MAP user in the MSC contains the SS-Code and any 
parameters that are related to the supplementary service. 

The MAP user transfers the received information to the VLR in the MAP_REGISTER_SS request without checking the 
contents of the service indication. Rules for the mapping are described in GSM 09. 1 1 . 

The MSC then awaits the receipt of the MAP_REGISTER_SS confirm from the VLR. The outcome of the procedure is 
reported to the MS in the A_REGISTER_SS response message as described in GSM 04.8x, 04.9x and 09.1 1. Finally the 
SS-connection is released. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

Error handling 

If at any time during the supplementary service part of this procedure a MAP_P_ABORT, MAP_U_ABORT, 
MAP_NOTICE or unexpected MAP_CLOSE indication is received from the VLR concerning the process, a 
CM_RELEASE_COMPLETE indication is sent to the MS (as specified in GSM 09.1 1). Upon receipt of a 
MAP_NOTICE indication from the VLR, the MSC must close the VLR dialogue by sending a MAP_CLOSE request. 
The process is then terminated. 

If an A_CM_RELEASE indication is received from the MS, all open transactions shall be released using the 
MAP_U_ABORT request indicating application procedure cancellation, and the process is terminated. 

The registration procedure in the MSC is shown in figure 19.L2/1. 
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Figure 19.1 .2/1 
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19.1.3 Procedures in the VLR 

Supplementary service registration 

When receiving the MAP_REGISTER_SS indication, the MAP user in the VLR transfers the information to the HLR in 
the MAP_REGISTER_SS request without checking the contents of the service indication. 

The VLR then awaits the receipt of the MAP_REGISTER_SS confirm from the HLR. The MAP user in the VLR shall 
transfer the information contained in this primitive to the MSC in the MAP_REGISTER_SS response without checking 
its contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

Error handling 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or unexpected 
MAP_CLOSE indication is received from the MSC concerning the process, a MAP_U_ABORT request indicating 
application procedure cancellation is sent to the HLR (if a connection exists). If a MAP_NOTICE indication was 
received from the MSC, that dialogue must be closed by sending a MAP_CLOSE request towards the MSC. The 
process is terminated. 

If a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication is received from the HLR, a MAP_U_ABORT 
request shall be sent to the MSC terminating the process. If a MAP_NOTICE indication was received from the HLR, 
that dialogue must be closed by sending a MAP_CLOSE request towards the HLR. The process terminates. 

The registration procedure in the VLR is shown in figure 19.L3/L 
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Figure 19.1.3/1 (sheet 1 of 2) 
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19.1.4 Procedures in the HLR 

The procedure in the HLR is initiated when it receives a MAP_REGISTER_SS indication. 

The HLR acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the Call Barred error should be 
returned to the VLR. The parameter "operatorBarring" shall be included with the error. 

The supplementary service request shall then be processed according to GSM 03.1 1 and the 03. 8x and 03.9x-series of 
technical specifications. This handling may lead to either a successful result, a partially successful result, or an error 
being returned. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1): 

if the VLR is to be updated after the supplementary service registration, the 
MAP_INSERT_SUBS_DATA_HLR process shall be initiated; 

- if at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication 

concerning the process is received from the VLR, the process is terminated. If a MAP_NOTICE indication is 
received, a MAP_CLOSE request indicating sent towards the VLR. 

The registration procedure in the HLR is shown in figure 19.L4/L 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



432 



ETSI TS 100 974 V5.19.0 (2003-09) 



Sel error 

CALL 
BARRED 



MAP_ I 

REGISTER_ ^ To VLR 

SS_rsp I 




Set 

successful 

result 




SS_Request 



WaitJor_ 
handling 



Acceptence 



I To process 
- n SS_REQUEST_WITH_BS_GROU 
I specified in GSM 03.11 



Figure 19.1.4/1 (sheet 1 of 2) 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



433 



ETSI TS 100 974 V5.19.0 (2003-09) 






!ns_Subs_Data_ 
Stand Alone HLR 




MAP_P_ABORTJnd 
MAP_U_ABORTJnd 
MAP CLOSE ind 




Figure 19.1.4/1 (sheet 2 of 2) 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



434 



ETSI TS 100 974 V5.19.0 (2003-09) 



19.2 Erasure procedure 
19.2.1 General 

The erasure procedure is used to erase data related to a supplementary service in the HLR. The erasure procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the subclauses below. 

The erasure procedure is shown in figure 19.2.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in subclauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PROVIDE_IMSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 2 1); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_INSERT_SUBSCRIBER_DATA (defined in clauses 6 and 21); 

MAP_ERASE_SS (defined in clause 9). 



+ + 

I MS I- 
+ + 



+ + 
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(note 2) 
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HAP ERASE SS ack 
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HAP ERASE SS ack 

< 

MAP ZNS SUBS DATA 
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(note 3) 



NOTE 1 : For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 
dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 
the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 

NOTE 3: Services printed in italics are optional. 

Figure 19.2.1/1 : Interfaces and services for supplementary service erasure 

1 9.2.2 Procedures in the MSC 

The MSC procedures for erasure are identical to those specified for registration in subclause 19.1.2. The text and 
diagrams in subclause 19.1.2 apply with all references to registration changed to erasure. 
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1 9.2.3 Procedures in the VLR 

The VLR procedures for erasure are identical to those specified for registration in subclause 19.1.3. The text and 
diagrams in subclause 19.1.3 apply with all references to registration changed to erasure. 

19.2.4 Procedures in tine HLR 

The HLR procedure for erasure is identical to those specified for registration in subclause 19. 1.4. The text and diagrams 
in subclause 19.1.4 apply with all references to registration changed to erasure. 

19.3 Activation procedure 
19.3.1 General 

The activation procedure is used to activate a supplementary service in the HLR. The activation procedure is a fully 
transparent communication between the MS and the HLR, except that some services may be invoked as a result of the 
procedure, as described in the subclauses below. 

The activation procedure is shown in figure 19.3.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PR0V1DE_1MSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENT1CATE (defined in clauses 6 and 21); 

MAP_SET_ClPHERlNG_MODE defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_GET_PASSWORD (defined in clause 9); 

MAP_INSERT_SUBSCR1BER_DATA (defined in clauses 6 and 21); 

MAP_ACTIVATE_SS defined in clause 9). 
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NOTE 1 : For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 
dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 
the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 

NOTE 3: Services printed in italics are optional. 

Figure 19.3.1/1 : Interfaces and services for supplementary service activation 
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1 9.3.2 Procedures in the MSC 

The A_ACTIVATE_SS service indication received by the MAP user in the MSC contains the SS-Code and any 
parameters related to the supplementary service. 

The MSC transfers the received information to the VLR in the MAP_ACTIVATE_SS request without checking the 
contents of the service indication. Rules for the mapping are described in GSM 09. 1 1 . 

The MAP user may subsequently receive the MAP_GET_PASSWORD indication from the VLR. Upon receipt of this 
indication, the MSC sends the A_GET_P AS SWORD message towards the MS and then awaits the response from the 
MS. When an A_GET_PASSWORD confirm message is received from the MS, the MSC initiates the 
MAP_GET_PAS SWORD response towards the VLR without checking further the contents of the indication. Also see 
GSM 09. n. 

The MSC will receive a MAP_ACTIVATE_SS confirm from the VLR. The outcome of the procedure is reported to the 
MS in the A_ACTIVATE_SS response message, see GSM 04.8x, 04.9x and 09. IL Finally the SS connection is 
released. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

The handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE or 
A_CM_RELEASE in this procedure is identical to the handling in the Registration procedure in the MSC, see 
subclause 19.1.2 of this ETS. 

The activation procedure in the MSC is shown in figure 19.3.2/1. 
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1 9.3.3 Procedures in the VLR 

Supplementary service activation 

When receiving the MAP_ACT1VATE_SS indication, the MAP user in the VLR transfers the information to the HLR 
in the MAP_ACTIVATE_SS request without checking the contents of the service indication. 

The VLR may then receive the MAP_GET_P AS SWORD indication. This information is transferred to the MSC in the 
MAP_GET_PAS SWORD request. If a MAP_GET_PASSWORD confirm primitive is received from the MSC, the 
VLR initiates the MAP_GET_P AS SWORD response towards the HLR. 

The VLR will receive the MAP_ACTIVATE_SS confirm from the HLR. The MAP user in the VLR shall transfer the 
information contained in this primitive to the MSC in the MAP_ACTIVATE_SS response without checking its 
contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

Error handling 

The handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE in this procedure 
is identical to the handling in the Registration procedure in the VLR, see subclause 19. L3 of this ETS. 

The activation procedure in the VLR is shown in figure 19.3.3/L 
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1 9.3.4 Procedures in the HLR 

The procedure in the HLR is initiated when it receives a MAP_ACTIVATE_SS indication. 

The HLR acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the Call Barred error should be 
returned to the VLR. The parameter "operatorBarring" shall be included with the error. 



The supplementary service request shall then be processed according to GSM 03. 11 and the 03. 8x and 03.9x-series of 
technical specifications. This handling may lead to either a successful result, a partially successful result, or an error 
being returned. 

During the handling of activation, the get password procedure may be initiated (as specified in GSM 03. 1 1). This will 
involve the sending of a MAP_GET_PASSWORD request to the VLR. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09. 1 1): 

- if the VLR is to be updated after the supplementary service activation, the MAP_INSERT_SUBS_DATA_HLR 
process is initiated; 

- handling of receipt of MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indications from the VLR is 
identical to their handling in the registration procedure, see subclause 19.1.4 above. 

The activation procedure in the HLR is shown in figure 19.3.4/1. 
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19.4 Deactivation procedure 
19.4.1 General 

The deactivation procedure is used to deactivate a supplementary service in the HLR. The deactivation procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the subclauses below. 

The deactivation procedure is shown in figure 19.4.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PROVIDE_IMSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 2 1 ); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_GET_PASSWORD (defined in clause 9); 

MAP_INSERT_SUBSCRIBER_DATA (defined in clauses 6 and 21); 

MAP_DEACTIVATE_SS (defined in clause 9). 
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(note 3) 



NOTE 1 : For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 
dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 
the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 

NOTE 3: Services printed in italics are optional. 

Figure 19.4.1/1 : Interfaces and services for supplementary service deactivation 
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1 9.4.2 Procedures in the MSC 

The MSC procedures for deactivation are identical to those specified for activation in subclause 19.3.2. The text and 
diagrams in subclause 19.3.2 apply with all references to activation changed to deactivation. 

1 9.4.3 Procedures in tine VLR 

The VLR procedures for deactivation are identical to those specified for activation in subclause 19.3.3. The text and 
diagrams in subclause 19.3.3 apply with all references to activation changed to deactivation. 

19.4.4 Procedures in tine HLR 

The HLR procedures for deactivation are identical to those specified for activation in subclause 19.3.4. The text and 
diagrams in subclause 19.3.4 apply with all references to activation changed to deactivation. 

19.5 Interrogation procedure 
19.5.1 General 

The interrogation procedure is used to retrieve information related to a supplementary service from the VLR or the 
HLR. It is the VLR which decides whether an interrogation request should be forwarded to the HLR or not. Some non- 
supplementary service related services may be invoked as a result of the procedure, as described in the subclauses 
below. 

The interrogation procedure is shown in figure 19.5.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PR0V1DE_1MSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENT1CATE (defined in clauses 6 and 21); 

MAP_SET_ClPHERlNG_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READ Y_FOR_SM (defined in clauses 1 and 2 1 ); 

MAP_INTERROGATE_SS (defined in clause 9). 
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NOTE 1: For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 
dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 
the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 

NOTE 3: Services printed in italics are optional. 

Figure 19.5.1/1 : Interfaces and services for supplementary service interrogation 

1 9.5.2 Procedures in the MSC 

The MSC procedures for interrogation are identical to those specified for registration in subclause 19.1.2. The text and 
diagrams in subclause 19.1.2 apply with all references to registration changed to interrogation. 

1 9.5.3 Procedures in tine VLR 

Supplementary service interrogation 

When receiving the MAP_INTERROGATE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error Call Barred is returned 
to the MSC. The parameter "operatorBarring" shall be included with the error. 

The interrogation is either answered by the VLR or by the HLR, depending on the service interrogated. 

a) Interrogation to be handled by the VLR 

The supplementary service request shall then be processed according to GSM 03.1 1 and the 03. 8x and 03.9x-series of 
technical specifications. This handling may lead to either a successful result, a partially successful result, or an error 
being returned. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

b) Interrogation to be handled by HLR 

If the interrogation is to be handled by the HLR, on receiving the MAP_INTERROGATE_SS indication, the MAP user 
in the VLR transfers the information to the HLR in the MAP_lNTERROGATE_SS request without further checking the 
contents of the service indication. 

The VLR will receive the MAP_1NTERR0GATE_SS confirm from the HLR. The MAP user in the VLR shall transfer 
the information contained in this primitive to the MSC in the MAP_INTERROGATE_SS response without checking its 
contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in GSM 09.1 1). 

Error handling 

Handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTlCE and unexpected MAP_CLOSE in this procedure is 
identical to the handling in the Registration procedure in the VLR, subclause 19.1.3. The Interrogation procedure is 
described in figure 19.5.3/1. 
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19.5.4 Procedures in the HLR 

When receiving the MAP_INTERROGATE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error Call Barred is returned 
to the MSC. The parameter "operatorBarring" shall be included with the error; 

if the supplementary service is not supported in HLR the error Unexpected Data Value is returned to the VLR. 

The interrogation is either answered by the VLR or by the HLR, depending on the service interrogated. 

a) Interrogation to be handled by the VLR 

If the interrogation procedure should have been answered by the VLR, then the HLR assumes that the VLR does not 
support the interrogated supplementary service, and returns the SS Not Available error to the VLR. 

b) Interrogation to be handled by HLR 

The supplementary service request shall be processed according to GSM 03. 11 and the 03. 8x and 03.9x-series of 
technical specifications. This handling may lead to either a successful result or an error being returned. 

For call independent SS operations, each message shall only contain a single component. 

Error handling 

Handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE in this procedure is 
identical to the handling in the Registration procedure in the VLR, subclause 19. L3. The Interrogation procedure is 
described in figure 19.5.4/L 
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19.6 Invocation procedure 
19.6.1 General 

The invocation procedure is used to check subscription data in the VLR for certain supplementary services which are 
invoked after the call set-up phase is finished. For invocation of supplementary services which are invoked during the 
call set-up phase, please refer to the Call Handling procedure descriptions. 

The invocation procedure is shown in figure 19.6.1/1. Note that some optional services may be invoked in connection 
with this procedure, as described in the subclause below. 

The following services are used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PROVIDE_IMSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 21); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_INVOKE_SS (defined in clause 9). 
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NOTE 1: For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 

dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on 

the radio path. 
NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 
NOTE 3: AJNVOKESS is a generic message to illustrate any supplementary service invocation request message 

on the air interface, e.g. BuildMPTY, see GSM 04.80. 

Figure 19.6.1/1 : Interfaces and services for supplementary service invocation 
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1 9.6.2 Procedures in the MSC 

Process access request 

Before the Call Hold or Multi-Party supplementary services can be invoked, a CC connection must be established 
between the MS and the MSC as described in GSM 04.08 and the Call Handling procedure descriptions within this 
ETS. 

When an A_INVOKE_SS request message arrives at the MSC during a call (as described in GSM 04.10, 04.8x and 
04.9x-series of technical specifications), then if control of subscription to the invoked supplementary service is 
required, the MSC initiates the process access request procedure towards the VLR as described in clause 21 of this ETS. 

Supplementary service invocation 

If the Process Access Request procedure towards the VLR is successful, the MSC shall forward a MAP_INVOKE_SS 
service request towards the VLR. This request shall contain the SS-Code of the supplementary service to be invoked, 
and possibly the Basic service code. Mapping from the A_INVOKE_SS to this service request is described in 
GSM 09.11. 

The MSC will receive a MAP_INVOKE_SS confirm from the VLR. If the outcome of the service is successful (i.e. the 
service confirm is empty), the MSC will invoke the requested supplementary service as described in GSM 02.8x-series, 
03. 8x and 03.9x-series of technical specifications. If the outcome of the service is unsuccessful, the MSC shall send an 
appropriate A_INVOKE_SS response towards the MS. The structure of this message is described in GSM 09.11 and 
04. 8x and 04.9x-series of technical specifications. 

Error handling 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or MAP_CLOSE 
indication concerning the process is received from the VLR, the process is terminated. If a MAP_NOTICE indication 
was received from the VLR, the VLR dialogue must also be aborted by sending a MAP_U_ABORT request indicating 
Procedure error towards the VLR. Possible signalling to the MS is described in GSM 04.10. 

If an A_CM_RELEASE indication is received from the MS, all open transactions are released using the 
MAP_U_ABORT request indicating application procedure cancellation; the process terminates. 

The invocation procedure in the MSC is shown in figure 19.6.2/1. 
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1 9.6.3 Procedures in the VLR 

Process Access Request 

When receiving the MAP_PROCESS_ACCESS_REQUEST indication, the VLR acts as described in clause 21 of this 
ETS. 

Supplementary service invocation 

When receiving the MAP_INVOKE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error "Call Barred" is 
returned to the MSC. The parameter "operatorBarring" shall be included with the error; 

if any irrelevant information elements (according to the service description) or invalid information element 
values are present in the service request, then the unexpected data value error is returned to the MSC in the 
MAP_INVOKE_SS response; 

if the VLR does not support the invoked supplementary service then the VLR shall respond with the SS Not 
Available error; 

if the requested supplementary service cannot be invoked by subscriber actions, then the VLR shall respond with 
the Illegal SS Operation error; 

if the subscriber is not provided with (i.e. subscribed to) the requested supplementary service, then the SS error 
status error (possibly including the SS-Status as parameter) is returned to the MSC in the MAP_INVOKE_SS 
response. 

If all checks are passed the VLR returns an empty MAP_INVOKE_SS response to the MSC, thus indicating that the 
invocation request was accepted. 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or unexpected 
MAP_CLOSE indication concerning the process is received from the MSC, the process terminates. If a MAP_NOTICE 
indication was received from the MSC, that dialogue must be aborted by sending a MAP_U_ABORT request indicating 
Procedure error towards the MSC. The process terminates. 

The invocation procedure in the VLR is shown in figure 19.6.3/1. 
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19.7 Password registration procedure 



19.7.1 General 

The password registration procedure is used to register a password in the HLR. The password registration procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described below. 

The password registration procedure is shown in figure 19.7.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACT1VITY (defined in clauses 7 and 21); 



MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSl 
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MAP_READY_FOR_SM 

MAP GET PASSWORD 



(defined in clauses 6 and 21); 

(defined in clauses 6 and 21); 

(defined in clauses 6 and 21); 

(defined in clauses 6 and 21); 
(defined in clauses 6 and 21); 

(defined in clauses 10 and 21); 

(defined in clause 9). 
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NOTE 1 : For details of the procedure on the radio path, see GSIVI 04.08, 04.10, 04. 8x and 04. 9x. Services shown in 

dotted lines are triggers/ triggered signalling on the radio path. 
NOTE 2: For details on the Process Access Request procedure, please refer to clause 21 in this ETS. 
NOTE 3: Use of each of the three l\/IAP_GET_PASSWORD operations is described in subclause 1 9.7.4. 
Figure 19.7.1/1 : Interfaces and services for supplementary service password registration 
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1 9.7.2 Procedures in the MSC 

The password registration procedure in the MSC is identical to that for activation specified in subclause 19.3.2. All the 
text and diagrams in subclause 19.3.2 apply with all references to activation changed to password registration. 

1 9.7.3 Procedures in tine VLR 

The password registration procedure in the VLR is identical to that for activation specified in subclause 19.3.3. All the 
text and diagrams in subclause 19.3.3 apply with all references to activation changed to password registration. 

1 9.7.4 Procedures in tine HLR 

The procedure in the HLR is initiated when it receives a MAP_REGISTER_PASSWORD indication. 

The HLR acts as follows: 

if the operator has barred the subscriber for access to supplementary services, the Call Barred error is returned to 
the VLR. The parameter "operatorBarring" shall be included with the error; 

if any irrelevant information elements (according to the service description) or invalid information element 
values are present, then the unexpected data value error is returned to the VLR in the response. This error should 
thus be returned if the SS-Code provided by the mobile subscriber is not allocated. 

The HLR shall then process the MAP_REGISTER_PASSWORD indication as specified in GSM 03. 11. During the 
handling of password registration, the password procedure will be initiated (as specified in GSM 03.1 1) This will 
involve the sending of MAP_GET_PASSWORD requests to the VLR. 

- Handling of receipt of MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indications from the VLR is 
identical to their handling in the registration procedure, see subclause 19.1.4 above. 

The password registration procedure in the HLR is shown in figure 19.7.4/1. 
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19.8 Mobile Initiated USSD procedure 

19.8.1 General 

The procedure supports supplementary service signalling procedures which can allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in GSM 03.90. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 7 and 21); 

MAP_PROVIDE_IMSI (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 21); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_CHECK_IMEI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21); 

MAP_UNSTRUCTURED_SS_REQUEST (defined in clause 9); 

MAP_UNSTRUCTURED_SS_NOTIFY (defined in clause 9). 
The following service is certainly used: 

MAP_PROCESS_UNSTRUCTURED_SS_REQUEST (defined in clause 9). 

1 9.8.2 Procedures in the MSC 

Before the Process Unstructured SS Request service can be invoked, a call independent CM connection must be created 
between the MS and the MSC. 

Once a CM-connection is established, the MSC may handle the A_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the MS. This message contains information input by the user, the message may be fed to an application contained 
locally in the MSC or to the VLR. The rules for determining this are specified in GSM 03.90. 

1) Message Destined for VLR 

If the message is destined for the VLR then the MSC shall transfer the message to the VLR using the mapping specified 
in detail in GSM 09.11. 

The MSC may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST or 

MAP_UNSTRUCTURED_SS_NOTIFY indications from the VLR. These shall be sent transparently to the MS. When 
a confirmation is received from the MS this shall be returned to the VLR. 

When the MSC receives a MAP_PROCESS_UNSTRUCTURED_SS_REQUEST confirmation from the VLR then it 
shall pass this to the MS and initiate release of the CM connection. 
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2) Message Destined for Local Application 

If the message is destined for the local USSD application then the MSC shall transfer the message to the application. 

The MSC may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the MS. When a confirmation is received from the MS this shall be returned to the application. 

When the MSC receives the result of the original operation from the application then it shall pass this to the MS and 
initiate release of the CM connection. 

Error Handling 

Both the MS and the VLR or USSD Application may initiate release of the CM-connection at any time. This is handled 
as shown in the diagrams. 

The procedure in the MSC is shown in figure 19.8.2/1. 
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1 9.8.3 Procedures in the VLR 

The initiation of the process is shown in subclause 19.0.2. 

Once a MAP dialogue is established, the VLR may handle the MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the MSC. This message contains information input by the user, the message may be fed to an application 
contained locally in the VLR or to the HLR. The rules for determining this are specified in GSM 03.90. 

Message Destined for HLR 

If the message is destined for the HLR then the VLR shall transfer the message transparently to the HLR. 

The VLR may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY indications from the HLR. These shall be sent transparently to the MSC. 
When a confirmation is received from the MSC this shall be returned to the HLR. 

When the VLR receives a MAP_PROCESS_UNSTRUCTURED_SS_REQUEST confirmation from the HLR then it 
shall pass this to the MS and close the MAP provider service. 

Message Destined for Local Application 

If the message is destined for the local USSD application then the VLR shall transfer the message to the application. 

The VLR may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the MSC. When a confirmation is received from the MSC this shall be returned to the application. 

When the VLR receives the result of the original operation from the application then it shall pass this to the MSC and 
initiate release of the CM connection. 

Error Handling 

Both the MSC and the HLR or USSD Application may initiate release of the MAP service at any time. This is handled 
as shown in the diagrams. 

The procedure in the VLR is shown in figures 19.8.3/1 and 19.8.3/2. 
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1 9.8.4 Procedures in the HLR 

The initiation of the process is shown in subclause 19.0.3. 

Once a MAP dialogue is established, the HLR may handle the MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the VLR. This message contains information input by the user. If the alphabet used for the message is understood 
then the message shall be fed to an application contained locally in the HLR. If the alphabet is not understood then the 
error "UnknownAlphabet" shall be returned. 

The HLR may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the VLR. When a confirmation is received from the VLR this shall be returned to the application. 

When the HLR receives the result of the original operation from the application then it shall pass this to the VLR and 
initiate release of the CM connection. 

Error Handling 

Both the VLR and the USSD Application may initiate release of the MAP service at any time. This is handled as shown 
in the diagrams. 

The procedure in the HLR is shown in figure 19.8.4/1. 
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19.9 Network initiated USSD procedure 

19.9.1 General 

The procedure supports supplementary service signalling procedures which can allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in GSM 03.90. 

The following services may be used: 

MAP_PAGE (defined in clauses 6 and 21); 

MAP_SEARCH_FOR_MOBILE_SUBSCRIBER (defined in clauses 6 and 21); 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 6 and 21); 

MAP_AUTHENTICATE (defined in clauses 6 and 21); 

MAP_SET_CIPHERING_MODE (defined in clauses 6 and 21); 

MAP_FORWARD_NEW_TMSI (defined in clauses 6 and 21); 

MAP_READY_FOR_SM (defined in clauses 10 and 21). 

At least one of the following services will certainly be used, and both may be used: 

MAP_UNSTRUCTURED_SS_REQUEST (defined in clause 9); 

MAP_UNSTRUCTURED_SS_NOTIFY (defined in clause 9). 

1 9.9.2 Procedure in the IVISC 

The procedure may be invoked either by the VLR or by a USSD application local to the MSC. They may start by using 
either the MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. If the request 
is initiated by a local USSD application then the MSC will open a dialogue with the HLR. 

In both cases the MSC will initiate a CM connection to the MS (using the page or search macros defined in 
subclause 21.3). Once the connection is successfully established the message received from the VLR or USSD 
application will be sent to the MS using the mapping specified in GSM 09.1 1. 

Following transfer of the message the MSC will wait for a confirmation from the MS. This will be sent to the VLR or 
USSD application as appropriate. 

Following this, the MSC may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive an indication to release the connection to the MS. 

In the event of an error, the connection to the MS shall be released, and the MAP process with the VLR shall be aborted 
as shown in the diagram. 

The procedure in the MSC is shown in figure 19.9.2/1. 
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1 9.9.3 Procedure in the VLR 

The procedure may be invoked either by the HLR or by a USSD application local to the VLR. They may start by using 
either the MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. 

In both cases the VLR will first initiate a MAP dialogue with the MSC. When the indication for the unstructured SS 
request or notify is received then the macro Start_USSD_VLR will be used to page the MS and open a CM connection. 
Once the CM connection is successfully established the indication received from the HLR or USSD application will be 
sent to the MSC. 

Following transfer of the message the VLR will wait for a confirmation from the MSC. This will be sent to the HLR or 
USSD application as appropriate. 

Following this, the VLR may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive a MAP_CLOSE_ind. 

In the event of an error, the MAP process with the MSC shall be released, and if necessary the MAP process with the 
HLR shall be aborted as shown in the diagram. 

The procedure in the VLR is shown in figure 19.9.3/L 

MSC Initiated USSD 

If a USSD application in the MSC wishes to use the network initiated USSD procedure, and a connection to the MS 
does not exist then it shall open a dialogue to the VLR. This dialogue will automatically lead to the VLR performing 
page and search using the macro Start_USSD_VLR. 

Macro Start_USSD_VLR 

This macro is used to initiate a CM connection with the MS for transfer of network initiated unstructured SS data. 

It first checks for correct data in the VLR. If a problem is found then "Err" is returned. 

A page or search procedure (as appropriate) will then be used to contact the MS. Following successful page or search 
the macro Process_Access_Request_VLR specified in subclause 2L4 will be used to handle the CM connection 
establishment. 

The macro is shown in figure 19.9.3/2. 
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1 9.9.4 Procedure in the HLR 

The procedure may be invoked by the USSD application local to the HLR. It may start by using either the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. 

In both cases the HLR will first check whether the MS is reachable (i.e. there is a VLR identity stored in the subscriber 
record, the MS record is not marked as purged and the MS record is not marked "MSC Area Restricted"). 

If the MS is reachable, the HLR will initiate a MAP dialogue with the VLR. Once the dialogue is successfully 
established the message received from the USSD application will be sent to the MSC. 

Following transfer of the message the HLR will wait for a confirmation from the MSC. This will be sent to the USSD 
application. 

Following this, the HLR may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive a MAP_CLOSE_ind. 

In the event of an error, the MAP process with the VLR shall be released as shown in the diagram. 

The procedure in the HLR is shown in figure 19.9.4/L 
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19.10 Common macros for clause 1 9 

The following macros are used for the description of more than one of the supplementary service processes described in 
clause 19: 

19.10.1 SS Password handling macros 

Macro Get_Password_MSC 

This macro is used by the MSC to relay a request for password from the VLR to the MS, and to relay a response from 
the MS back to the VLR. The macro is described in figure 19.10.1/1. 

Macro Get_Password_VLR 

This macro is used by the VLR to relay a request for password from the HLR to the MSC, and to relay a response from 
the MSC back to the HLR. The macro is described in figure 19.10.1/2. 
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19.10.2 SS Error handling macros 

Macro Receive_errors_MSC 

This macro is used by the MSC to receive signals which should lead to failure if received in any state of a 
supplementary service process. If the air interface connection is released by the MS, the communication towards the 
VLR is aborted, and the MSC should return to a stable "NULL" state. If a MAP_NOTICE indication is received from 
the VLR, or the VLR aborts or unexpectedly closes the connection, then the air interface connection shall be released. 
The macro is described in figure 19.10.2/L 

Macro Receive_error_from_MSC 

This macro is used by the VLR to receive signals from the MSC which should lead to failure if received in any state of 
a supplementary service process. If a MAP_NOTICE indication is received from the MSC, that connection is closed 
before the only outcome of the macro, "err" is reported back to the calling process. The macro is described in 
figure 19.10.2/2. 

Macro Receive_error_from_HLR 

This macro is used by the VLR to receive signals from the HLR which should lead to failure if received in any state of a 
supplementary service process. If a MAP_NOTICE indication is received from the MSC, that connection is closed. The 
macro is described in figure 19.10.2/3. 
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20 Short message service procedures 
20.1 General 

The short message service procedures are used to control both mobile originated and mobile terminated short message 
transfer. 

Four procedures exist for short message services: 

mobile originated short message service transfer; 

mobile terminated short message service transfer; 

short message alert procedure; 

short message waiting data set procedure. 
The following application context refers to a complex MAP user consisting of several processes: 

shortMessageGatewayContext. 

This application context needs a co-ordinating process in the HLR. Additionally a Co-ordinator has to be defined for the 
mobile originated situation in the MSC, because the A_CM_SERV_REQ message does not distinguish between mobile 
originated short message transfer and the short message alert procedures. 

20.1 .1 Mobile originated short message service Co-ordinator for the MSC 

The A_CM_SERV_REQ message (GSM 04.08) is received from the A-interface containing the CM service type. This 
parameter indicates mobile originated short message service. The service MAP_PROCESS_ACCESS_REQUEST is 
started. 

If the MAP_PROCESS_ACCESS_REQUEST service ends successfully, the MS initiates mobile originated short 
message transfer or alerting indication. Depending on the situation, the appropriate process is initiated as follows: 

- if the A_RP_MO_DATA indication is received, the process MOSM_MSC is initiated (see subclause 20.2. 1); 

- if the A_RP_SM_MEMORY_AVAILABLE indication is received, the process SC_Alert_MSC is initiated (see 
subclause 20.4.1). 

After creation of the user process the Co-ordinator relays the messages between the A-interface and the invoked process 
until a request or an indication for dialogue termination is received. 

The SMS process Co-ordinator is shown in the figure 20.1/1. 
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Figure 20.1/1 
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20.1 .2 Short message Gateway Co-ordinator for the HLR 

The MAP_OPEN indication opens a dialogue for the short message procedure between the gateway MSC and the HLR 
when the application context shortMessageGatewayContext is received. If that service is successful, the Co-ordinator 
can receive the first service primitive from the MAP_PM. Depending on the received primitive, the user process is 
created as follows: 

- if the MAP_SEND_ROUTING_INFO_FOR_SM indication is received, the process 
Mobile_Terminated_MS_HLR is created; 

- if the MAP_REPORT_SM_DELIVERY_STATUS indication is received, the process 
Report_SM_delivery_stat_HLR is created. 

After creation of the user processs the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The SM Gateway Co-ordinator is shown in the figure 20.1/2. 
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The mobile originated short message service procedure is used to forward short message from a mobile subscriber to a 
Service Centre. The mobile originated short message service procedure is shown in figure 20.2/1. 
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Figure 20.2/1 : Mobile originated short message transfer 



In addition the following MAP services are used: 

MAP_PROCESS_ACCESS_REQUEST (see subclause 6.3); 
MAP_AUTHENTICATE (see subclause 6.5); 

MAP_SET_CIPHERING_MODE (see subclause 6.6); 
MAP_PROVIDE_IMSI (see subclause 6.9); 

MAP_CHECK_IMEI (see subclause 6.7); 

MAP_FORWARD_NEW_TMSI (see subclause 6.9); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see subclause 7.1); 
MAP_READY_FOR_SM (see subclause 10.4). 
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20.2.1 Procedure in the servicing MSC 

The activation of the MAP_PROCESS_ACCESS_REQUEST service is described in the subclause 21.4.1. 

When receiving the short message from the A-interface, the MSC sends the MAP_SEND_INFO_FOR_MO_SMS 
request to the VLR. As a response the MSC will receive the MAP_SEND_INFO_FOR_MO_SMS confirmation from 
VLR indicating that: 

the service ends successfully. If the MSC is not itself the IWMSC, the short message transmission towards the 
IWMSC is initiated using the MAP_MO_FORWARD_SHORT_MESSAGE request; 

the service ends unsuccessfully. The error cause in the MAP_SEND_INFO_FOR_MO_SMS confirmation 
indicates the reason for the unsuccessful end. The mapping between MAP error causes and RP_ERROR causes 
is described in TS GSM 03.40. 

If there are data errors in the MAP_SEND_INFO_FOR_MO_SMS confirmation, or there is an operation failure in 
MAP, the RP_ERROR cause network out of order is forwarded to the mobile station. 

If the service MAP_MO_FORWARD_SHORT_MESSAGE is started, the MSC will check whether the grouping of 
MAP_OPEN request and MAP_MO_FORWARD_SHORT_MESSAGE request needs segmentation. If this is the case 
then the MAP_OPEN request primitive shall be sent first without any associated MAP service request primitive and the 
dialogue confirmation must be received before the MAP_MO_FORWARD_SHORT_MESSAGE request is sent. As a 
response to the procedure, the servicing MSC will receive the MAP_MO_FORWARD_SHORT_MESSAGE 
confirmation from the IWMSC indicating that: 

the short message has been successfully delivered to the Service Centre. The acknowledgement is sent to the 
mobile station; 

one of several error cases has occurred. The mapping between MAP error causes and RP_ERROR causes is 
described in TS GSM 03.40. The appropriate indication is provided to the mobile station. 

If the procedure failed, a provider error or an abort indication is received. The RP_ERROR cause network out of order 
is provided to the mobile station. 

If the MSC itself is the interworking MSC, the short message is forwarded to the Service Centre. In that case the service 
MAP_MO_FORWARD_SHORT_MESSAGE is not initiated. The acknowledge message from the Service Centre is 
forwarded to the mobile station (TS GSM 3.40, TS GSM 4.1 1). 

The mobile originated short message service procedure is shown in figure 20.2/2. 
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20.2.2 Procedure in the VLR 

The MAP_PROCESS_ACCESS_REQUEST indication starts the MAP_PROCESS_ACCESS_REQUEST service in 
the VLR. The application context in the MAP_OPEN indication is mobile originated short message transfer. 

If the service MAP_PROCESS_ACCESS_REQUEST is successful, the VLR waits for the next message from the MSC. 
When receiving the MAP_SEND_INFO_FOR_MO_SMS indication, the VLR acts as follows: 

if there is incompatibility in the subscription check, the error teleservice not provisioned is returned to the MSC; 

if the short message transfer would contravene operator determined barring, the call barred error with cause 
operator barring is returned; 

if the short message transfer would contravene the supplementary service call barring conditions in the VLR, the 
call barred error with cause barring service active is returned. 

When the mobile subscriber has passed all checks, the MAP_SEND_INFO_FOR_MO_SMS response is initiated and 
the procedure is terminated in the VLR. The mobile originated short message transfer procedure in the VLR is shown in 
figure 20.2/3. 
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20.2.3 Procedure in the interworking MSC 

This procedure applies only when the IWMSC is not the servicing MSC. 

When receiving a MAP_OPEN indication primitive that is not associated with any MAP service indication primitive 
and if the dialogue is accepted, the MAP service-user in the interworking MSC issues a MAP_DELIMITER request 
primitive in order to trigger the local MAP service-provider to confirm the dialogue. Then a 
MAP_MO_FORWARD_SHORT_MESSAGE indication shall be received. 

When a MAP_MO_FORWARD_SHORT_MESSAGE indication is correctly received, the Interworking MSC invokes 
forwarding of the short message to the Service Centre. If invalid data content is detected, an unexpected data value error 
or a data missing error is returned to the servicing MSC. 

The outcome of the procedure with the Service Centre is awaited before a 
MAP_MO_FORWARD_SHORT_MESSAGE response is given back to the servicing MSC: 

if a short message is accepted by the Service Centre, an acknowledgement is sent back to the servicing MSC; 

if the Service Centre is not identified, the SM Delivery Failure error is returned to the servicing MSC; 

if the Service Centre returns an error indication, the SM Delivery Failure error is returned to the servicing MSC 
with the error cause and any diagnostic information received from the Service Centre; 

if the short message cannot be forwarded to the Service Centre or the procedure towards the Service Centre fails 
for some reason, a system failure error is sent to the servicing MSC. 

The mobile originated short message service transfer in the IWMSC is shown in figure 20.2/4. 
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20.3 The mobile terminated short message transfer procedure 

The mobile terminated short message transfer procedure is used for forwarding a short message or several short 
messages from a Service Centre to a mobile subscriber. The mobile terminated short message procedure for a single 
short message transfer is shown in figure 20.3/1. 
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Figure 20.3/1 : Mobile terminated short message service procedures 
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The mobile terminated short message procedure for multiple short message transfer is shown in figure 20.3/2. 
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Figure 20.3/2: Mobile terminated short message procedure for multiple short message transfer. 

In the multiple short message transfer the service MAP_MT_FORWARD_SHORT_MESSAGE can be used several 
times. However, the short message transfer is always acknowledged to the Service Centre before the next short message 
is sent. 
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In addition the following MAP services are used: 

MAP_PROCESS_ACCESS_REQUEST (see subclause 6.3); 
MAP_PAGE (see subclause 6.2); 

MAP_SEARCH_FOR_MS (see subclause 6.2); 

MAP_AUTHENTICATE (see subclause 6.5); 

MAP_SET_CIPHERING_MODE (see subclause 6.6); 
MAP_CHECK_IMEI (see subclause 6.7); 

MAP_FORWARD_NEW_TMSI (see subclause 6.9); 

MAP_REPORT_SM_DELIVERY_STATUS (see subclause 10.3); 
MAP_INFORM_SERVICE_CENTRE see subclause 10.6); 
MAP_TRACE_SUBSCRIBER_ACTIVITY (see subclause 7.1); 
MAP_READY_FOR_SM (see subclause 10.4). 



20.3.1 Procedure in the Servicing MSC 



When initiating the dialogue with the servicing MSC, the SMS Gateway MSC must provide the IMSI of the subscriber 
to whom the short message is directed. 

The IMSI can be included either in the Destination Reference of the MAP_OPEN indication received from the SMS 
Gateway MSC or in the sm-RP-DA information field of the MAP_MT_FORWARD_SHORT_MESSAGE indication. 

When receiving a MAP_OPEN indication primitive that is not associated with any MAP service indication primitive 
and if the dialogue is accepted, the MAP service-user in the servicing MSC issues a MAP_DELIMITER request 
primitive in order to trigger the local MAP service-provider to confirm the dialogue. 

When receiving the first MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC, the servicing 
MSC sends the MAP_SEND_INFO_FOR_MT_SMS request primitive to the VLR, if the MAP service primitive is 
accepted and if short message service is supported in the servicing MSC. 

The MAP_MT_FORWARD_SHORT_MESSAGE indication primitive is checked by the macro "Checkjndication". If 
the received MAP service primitive contains errors, the service is aborted and an unexpected data value error or data 
missing error is returned to the GMSC. 

If the MSC does not support the short message service, the service is aborted in the servicing MSC and the error 
"Facility Not Supported" is returned to the GMSC. 

The subscriber identity information that may be included in the MAP_OPEN indication primitive and in the MAP 
service indication primitive is checked by the macro "Check_Subscr_Identity_For_MT_SMS" as follows. 

If a Destination Reference has been received in the MAP_OPEN indication, an LMSI must be present in the sm-RP-DA 
information field of the MAP_MT_FORWARD_SHORT_MESSAGE indication. The LMSI shall be included in the 
sm-RP-DA information field of the MAP_SEND_INFO_FOR_MT_SMS request sent to the VLR; the associated 
MAP_OPEN request must contain a Destination Reference that carries an IMSI. 

Otherwise, if the IMSI is included in the sm-RP-DA information field of the 

MAP_MT_FORWARD_SHORT_MESSAGE indication, it is mapped into the sm-RP-DA information field of the 
MAP_SEND_INFO_FOR_MT_SMS request that is sent to the VLR. In this case, the IMSI is not accompanied by an 
LMSI and neither the MAP_OPEN indication received from the gateway MSC nor the MAP_OPEN request sent to the 
VLR shall include a Destination Reference. 

If a Destination Reference has been received in the servicing MSC and the sm-RP-DA information field of the 
MAP_MT_FORWARD_SHORT_MESSAGE indication does not include an LMSI or if no Destination Reference has 
been received and the sm-RP-DA information field does not cover an IMSI the service is aborted in the servicing MSC 
and the error "Unexpected Data Value" is returned to the SMS GMSC. 
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The following responses to the MAP_SEND_INFO_FOR_MT_SMS request may be received from the VLR: 

unidentified subscriber or system failure error. The error code is forwarded to the GMSC; 

absent subscriber error. The absent subscriber_SM error is forwarded to the GMSC with the absent subscriber 
diagnostic indication set to TMSI Detached' ; 

unknown subscriber error. The system failure indication is provided to the GMSC; 

data missing or unexpected data value error. The system failure indication is provided to the GMSC; 

a provider error or an abort indication. The system failure indication is provided to the GMSC; 

subscriber busy for MT SMS. The error code is forwarded to the GMSC; 

paging procedure invocation (see subclause 21.3) reporting the successful outcome of the procedure; 

search procedure invocation (see subclause 21.3) reporting the successful outcome of the procedure. 

The result of the paging or the search procedure is processed as follows: 

- if the procedure is completed successfully, the MSC will send the MAP_PROCESS_ACCESS_REQUEST 
request to the VLR (see subclause 21.4); 

if the procedure is completed successfully, but the MS has no mobile terminated short message transfer 
capability, the procedure is terminated and SM delivery failure indication with cause "equipment not SM 
equipped" is provided to the GMSC; 

if the procedure ends unsuccessfully, the termination of the procedure is awaited from the VLR. The absent 
subscriber_SM error is forwarded to the GMSC with the absent subscriber diagnostic indication set to 'No 
Paging Response', but the other error causes are reported as a system failure indication. 

If the short message transfer is aborted for any reason, the dialogue with the VLR is aborted. If the procedure with the 
VLR is aborted by the VLR or by the provider, a system failure indication is provided to the GMSC. 

The unsuccessful outcome of the MAP_PROCESS_ACCESS_REQUEST service is reported by using the system 
failure error to the GMSC. 

When the service MAP_PROCESS_ACCESS_REQUEST is carried out, the MSC will receive the 
MAP_SEND_INFO_FOR_MT_SMS confirmation indicating: 

the unsuccessful outcome of the procedure. The error indication received from the VLR is forwarded to the 
GMSC; 

the successful outcome of the procedure. The MSC initiates forwarding of the short message to the MS. 

If the primitive itself is badly formatted or data is missing, the system failure error is sent to the GMSC. 

If forwarding of the short message is initiated, the MSC awaits the result before one of the following responses is sent 
back to the GMSC: 

an acknowledge if the short message has been successfully delivered to the mobile subscriber; 



an SM delivery failure error containing a parameter indicating either of the following: there is a MS protocol 
error or the MS memory capacity is exceeded; detailed diagnostic information (see subclause 5.6.1.4) may also 
be carried; 



a system failure error if the delivery procedure is aborted. 
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If the More Messages To Send flag was FALSE or the service MAP_MT_FORWARD_SHORT_MESSAGE ends 
unsuccessfully, the transaction to the gateway MSC is terminated. Otherwise, the servicing MSC waits for the next 
short message from the Service Centre. 

When receiving the next MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC the servicing 
MSC will act as follows: 

if the received primitive contains errors, the unexpected data value error or data missing error is provided to the 
gateway MSC; 

if the More Messages To Send flag is FALSE, the servicing MSC will start the short message transfer procedure 
to the mobile subscriber. The successful or unsuccessful outcome of this procedure is reported to the gateway 
MSC and the transaction is terminated. 

if the More Messages To Send flag is TRUE, the servicing MSC will start the short message transfer to the 
mobile subscriber. If the outcome of this procedure is unsuccessful, the reason is reported to the gateway MSC 
and the procedure is terminated. If the procedure is successful, it is acknowledged to the gateway MSC and more 
short messages can be received. 

The tracing procedure may be activated. It is described in detail in the clause 17. 

The mobile terminated short message transfer procedure in the servicing MSC is shown in figures 20.3/3 and 20.3/4. 
The page and search procedures are shown in figure 21.3/1 and 21.3/2. 
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20.3.2 Procedures in the VLR 

When receiving the MAP_SEND_INFO_FOR_MT_SMS indication, the VLR will act as follows: 

the parameters and data in the primitive are checked by the macro "Check_Indication". A data failure is reported 
as an unexpected data value error or a data missing error depending on the nature of the failure; 

for mobile terminated short message the mobile subscriber is identified either by the IMSI only or by the IMSI 
accompanied by the LMSI. The subscriber identity information that may be included in the MAP_OPEN 
indication primitive and in the MAP service indication primitive is checked by the macro 
"Check_Subscr_Identity_For_MT_SMS". In the first case, the IMSI is included in the sm-RP-DA information 
field and the Destination Reference must not be present in the MAP_OPEN primitive. In the latter case the IMSI 
must be obtained from the Destination Reference of the MAP_OPEN indication primitive and an LMSI must be 
present in the sm-RP-DA information field of the MAP_SEND_INFO_FOR_MT_SMS indication. If the mobile 
subscriber is unknown, the unidentified subscriber error is returned; 

if the "Confirmed by HLR" indicator is set to "Not Confirmed", the unidentified subscriber error is returned; 

if the IMSI Detached Flag is set to detached or the LA Not Allowed Flag is set to not allowed in the VLR, an 
absent subscriber error with the diagnostic indication set to 'IMSI Detached' is returned and the MS not 
reachable flag (MNRF) is set; 

- if the MAP_SEND_INFO_FOR_MT_SMS indication has passed all the tests, the VLR will initiate the paging 
procedure. If the location area identification is known and the "Confirmed by Radio Contact" indicator is set to 
"Confirmed", the MAP_PAGE service is used. Otherwise the MAP_SEARCH_FOR_MOBILE_SUBSCRIBER 
service is started. 

The following responses to the paging procedure may be received from the MSC: 

- the MAP_SEARCH_FOR_MOBILE_SUBSCRIBER confirmation indicating a successful outcome, if the search 
procedure is used. After that the VLR awaits the MAP_PROCESS_ACCESS_REQUEST indication from the 
MSC; 

- the MAP_PAGE confirmation or MAP_SEARCH_FOR_MOBILE_SUBSCRIBER confirmation indicating 
unsuccessful outcome. If an absent subscriber error is received, the MS not reachable flag (MNRF) is set in the 
VLR. The errors are forwarded to the MSC in the MAP_SEND_INFO_FOR_MT_SMS response, the absent 
subscriber error is forwarded with the diagnostic indication set to 'No Paging Response'. If the unexpected data 
value or unknown location area error is received, the system failure indication is given to the MSC; if subscriber 
busy for MT SMS is received, this cause is given to the MSC. 

- the MAP_PROCESS_ACCESS_REQUEST indication telling that the outcome of the service MAP_PAGE is 
successful. 

If the paging procedure or process access request procedure or any other procedure invoked fails, the appropriate error 
is reported to the MSC. 

If the process access request procedure is successful, the VLR will send the MAP_SEND_INFO_FOR_MT_SMS 
response to the MSC and the transaction is terminated in the VLR. 

The mobile terminated short message transfer procedure in the VLR is shown in figure 20.3/5. 
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20.3.3 Procedures in the HLR 

The MAP_SEND_ROUTING_INFO_FOR_SM indication is received from the GMSC. The following error cases are 
reported to the GMSC in the MAP_SEND_ROUTING_INFO_FOR_SM response as an unsuccessful outcome of the 
procedure: 

if the necessary parameters and data are not present in the primitive or they are badly formatted, the data missing 
or unexpected data value error is returned; 

if the mobile subscriber is unknown, i.e. it cannot be identified from the MSISDN given, an unknown subscriber 
error is returned; 

if the short message transfer would contravene operator determined barring, the call barred error with cause 
operator barring is returned; 

if the short message transfer would contravene the supplementary service barring, the call barred error with 
cause barring service active is returned; 

if the mobile subscription identified by the given MSISDN number does not include the short message service, 
the teleservice not provisioned error is returned; 

if the location registration of the mobile subscriber shows that the visited PLMN does not support the MT short 
message service, the facility not supported error is returned; 

if no MSC identity is stored for the mobile subscriber or the "MSC Area Restricted Flag" is set or the "MS 
purged" flag is set, i.e. the MS is not reachable, the MSISDN-Alert and the SC address are included in the MWD 
(if possible), the flag MNRF is set and the "Absent Subscriber_SM" error is returned with the appropriate absent 
subscriber diagnostic indication, i.e. 'Deregistered in HLR', 'Roaming Restricted' or 'MS-Purged'. 

The priority parameter (SM_RP_PRI) is processed as follows: 

if the priority is low (SM_RP_PRI = False) and the mobile station not reachable flag (MNRF) is set, an absent 
subscriber_SM error is returned. If a reason for the subscriber's absence is stored in the mobile not reachable 
reason (MNRR) in the subscriber data, then this is returned with the absent subscriber_SM error. The SC-address 
given in the request will be included in the MWD if possible. The service MAP_INFORM_SERVICE_CENTRE 
including the parameter MW Status is invoked to indicate whether or not the SC address has been included in the 
MWD Hst. 

if the priority is low (SM_RP_PRI = False), and the MNRF is clear, the routing information is retrieved as 
described below; 

if the priority is high (SM_RP_PRI = True) and the MNRF is set, the HLR will send the acknowledge primitive 
containing the routing information to the gateway MSC. In addition the service 

MAP_INFORM_SERVICE_CENTRE including the parameter MW Status is invoked to indicate whether or not 
the SC address is already included in the MWD list. 

If the MSISDN-Alert number of the mobile subscriber stored in the MWD is not the same as that received in the 
MAP_SEND_ROUTING_INFO_FOR_SM indication, the HLR will include in the 
MAP_INFORM_SERVICE_CENTRE request to the GMSC the MSISDN-Alert number stored. 

The MAP_INFORM_SERVICE_CENTRE request is sent also when the MCEF and/or MNRF are set but the routing 
information is still sent to the GMSC. The status of the flags is indicated in the parameter MW Status. 

The routing information is included in a MAP_SEND_ROUTING_INFO_FOR_SM response as follows: 

the IMSI will be returned to the GMSC together with the MSC number and may be optionally accompanied by 
the LMSI. 

The mobile terminated short message transfer procedure in the HLR is shown in figure 20.3/6. 
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20.3.4 Procedures in the gateway MSC 

The short message handling function of the GMSC will request routing information when a mobile terminated short 
message is received from a Service Centre. The GMSC sends the MAP_SEND_ROUTING_INFO_FOR_SM request to 
the HLR containing the subscriber data of the mobile subscriber. 

As an outcome of the procedure the MAP_SEND_ROUTING_INFO_FOR_SM confirmation is received indicating: 

an unsuccessful event indication containing an error; 

The mapping between the MAP error causes and the RP_ERROR causes is explained in TS GSM 03.40. 

a successful event indication containing following parameters: 

an IMSI optionally accompanied by an LMSI; and 

a routing address (a servicing MSC address). 

The GMSC may also receive a MAP_INFORM_SERVICE_CENTRE indication after the 

MAP_SEND_ROUTING_INFO_FOR_SM confirmation. The parameter MW Status in the message indicates whether 
or not the Service Centre address is stored in the Message Waiting Data. It also indicates the status of the MCEF and 
MNRF flags in the HLR. 

If the MSISDN-Alert stored in the MWD data is not the same as the one sent to the HLR, the MSISDN- Alert is 
received in the MAP_INFORM_SERVICE_CENTRE indication. This MSISDN number shall be transferred in a 
delivery failure report to the SC. 

In the abnormal end or in the provider error case the system failure error is provided to the SC. 

The forward short message procedure is initiated when the GMSC has obtained the routing information needed to 
forward a mobile terminated short message to the servicing MSC. If an LMSI has been provided in the 
MAP_SEND_ROUTING_INFO_FOR_SM confirmation, it can be included in the sm-RP-DA information field of the 
first MAP_MT_FORWARD_SHORT_MESSAGE request sent to the servicing MSC. In this case, the IMSI must be 
included in the Destination Reference of the MAP_OPEN request. If the LMSI is not sent by the SMS Gateway MSC, 
the sm-RP-DA information field in the first MAP_MT_FORWARD_SHORT_MESSAGE request sent to the servicing 
MSC shall contain the IMSI and the Destination Reference in the MAP_OPEN request shall not be present. The Service 
Centre address is sent in the parameter SM_RP_OA. The More Messages To Send flag is set to TRUE or FALSE 
depending on the information received from the Service Centre. 

If the GMSC is the servicing MSC then the MAP service is not initiated. The procedure in the Servicing MSC is 
described in subclause 20.3.1 and in the figure 20.3/4. 

If the grouping of MAP_OPEN request and MAP_MT_FORWARD_SHORT_MESSAGE request together would need 
segmenting, these primitives must not be grouped together. The MAP_OPEN request primitive is sent first without any 
associated MAP service request primitive and the dialogue confirmation must be received before the 
MAP_MT_FORWARD_SHORT_MESSAGE request is sent. 

As a response to the procedure, the GMSC will receive the MAP_MT_FORWARD_SHORT_MESSAGE confirmation 
indicating: 

a successful forwarding of the short message. This indication is passed to the SC; 

unsuccessful forwarding of the short message. The mapping of the MAP error causes and the RP_ERROR 
causes is explained in TS GSM 03.40. The appropriate error indication is sent to the SC. 

A provider error is indicated as a system failure error to the SC. 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 530 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

The GMSC invokes the procedure MAP_REPORT_SM_DELIVERY_STATUS, if an absent subscriber_SM, an 
unidentified subscriber or SM delivery failure with error cause MS memory capacity exceeded indication is received 
from the servicing MSC, and the corresponding flags received in the MAP_INFORM_SC are not already set or the SC 
address is not yet included in the MWD set. If absent subscriber diagnostic information is included with the absent 
subscriber_SM error indication then this information is relayed to the HLR using the procedure 

MAP_REPORT_SM_DELIVERY_STATUS. The gateway MSC may also invoke the procedure when the transfer was 
successful, if the MNRF and/or MCEF flags were set in the HLR. This procedure is described in detail in 
subclause 20.5. 

Unexpected data value, system failure and unidentified subscriber errors are indicated as a system failure to the SC. 
Other errors are indicated using appropriate cause values and diagnostic information between the GMSC and the SC as 
described in TS GSM 03.40 and GSM 04. 1 1 . 

If there are more short messages to send in the Service Centre and the previous short message transfer succeeded, then 
the gateway MSC awaits the next short message. 

When receiving the next short message from the SC, the gateway MSC sets the More Messages To Send flag according 
to the information received and starts the service MAP_MT_FORWARD_SHORT_MESSAGE again. 

If the gateway MSC is the servicing MSC, then the short message transfer to mobile subscriber is started as described in 
the subclause 20.3.1. 

The mobile terminated short message transfer procedure in the gateway MSC is shown in figure 20.3/7. 
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20.4 The Short Message Alert procedure 

The Short Message Alert procedure is used for alerting the Service Centre when the mobile subscriber is active after a 
short message transfer has failed because the mobile subscriber is not reachable or when the MS has indicated that it has 
memory capacity to accept a short message. 

The Short Message Alert procedure for the case when the mobile subscriber was not reachable is shown in 
figure 20.4/1. 
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1) CM Service Request, Page response or Location Updating (BSSAP; GSM 04.08) 

2) MAP_PROCESS_ACCESS_REQUEST / MAP_UPDATE_LOCATION_AREA 

3) MAP_READY_FOR_SM (Mobile Present) / MAP_UPDATE_LOCATION / 
Supplementary Service Control Request 

4) MAP_READY_FOR_SM_ACK 

5) MAP_ALERT_SERVICE_CENTRE (notes 1 and 2) 

6) Alert Service Centre (GSM 03.40) 

7) MAP_ALERT_SERVICE_CENTRE_ACK 

NOTE 1 : To all Service Centres in the Message Waiting List. 

NOTE 2: The HLR initiates the MAP_ALERT_SERVICE_CENTRE service only if the MS Memory Capacity 
Exceeded flag is clear. 

Figure 20.4/1 : Short message alert procedure (Mobile is present) 

The Short Message Alert procedure for the case where the MS indicates that it has memory capacity to accept one or 
more short messages is shown in figure 20.4/2. 
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1 ) SM memory capacity available (BSSAP; GSM 04.11) 

2) MAP_READY_FOR_SM (Memory Available) 

3) MAP_READY_FOR_SM (Memory Available) 

4) MAP_READY_FOR_SM_ACK 

5) MAP_READY_FOR_SM_ACK 

6) SM memory capacity available (Acknowledge) (BSSAP; GSM 04.1 1 ) 

7) MAP_ALERT_SERVIGE_CENTRE (note) 

8) Alert Service Centre (GSM 03.40) 

9) MAP_ALERT_SERVICE_CENTRE_ACK 

NOTE: To all Service Centres in the Message Waiting List. 

Figure 20.4/2: Short message alert procedure (MS memory capacity available) 

In addition the following MAP services are used in the MS memory available case: 
MAP_PROCESS_ACCESS_REQUEST (see subclause 6.3); 
MAP_AUTHENTICATE (see subclause 6.5); 

MAP_SET_CIPHERING_MODE (see subclause 6.6); 
MAP_PROVIDE_IMSI (see subclause 6.9); 

MAP_CHECK_IMEI (see subclause 6.7); 

MAP_FORWARD_NEW_TMSI (see subclause 6.9); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see subclause 7.1). 
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The Short Message Alert procedure when the MS indicates successful transfer after polling is shown in figure 20.4/3. 

+ + + + + + + + 

I Gateway | | HLR | | Inter- | | 3C | 

I HSC I I I I working HSC| | | 

+ + + + + + + + 



=>: 



=> 
=> 
=>l 



1 ) MAP_REPORT_SM_DELIVERY_STATUS (Successful Transfer) 

2) MAP_REPORT_SM_DELIVERY_STATUS_ACK 
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4) Alert Service Centre (GSM 03.40) 

5) MAP_ALERT_SERVICE_CENTRE_ACK 

NOTE: To all Service Centres in the Message Waiting List. 

Figure 20.4/3: Short message alert procedure (Successful transfer after polling) 

20.4.1 Procedures in the Servicing MSC 

The activation of the MAP_PROCESS_ACCESS_REQUEST service is described in the subclause 20.6.2. 

After receiving the SM memory capacity available indication, the servicing MSC sends the MAP_READY_FOR_SM 
request to the VLR indicating memory available. The outcome of that procedure is one of the following: 

successful acknowledgment. The MSC sends the corresponding message to the MS; 

negative acknowledgment, where the error causes are treated as follows: 

unexpected data value, data missing and system failure errors are reported as network out of order error to the 
MS; 

facility not supported is reported as requested facility not implemented error to the MS ; 

procedure failure, which is reported as network out of order error to the MS if a connection to the MS still exists. 

The short message alert procedure in the MSC for the MS memory capacity available case is shown in figure 20.4/4. 
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Figure 20.4/4 
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20.4.2 Procedures in the VLR 

20.4.2.1 The Mobile Subscriber is present 

When receiving the MAP_PROCESS_ACCESS_REQUEST indication, MAP_UPDATE_LOCATION_AREA 
indication while the MS not reachable flag (MNRF) is set, the VLR will send the MAP_READY_FOR_SM request 
towards the HLR. The Alert Reason is set to indicate that the mobile subscriber is present. If the authentication 
procedure is initiated and it fails, the VLR will not initiate the service. The process in VLR is described in detail in the 
subclause 21.10. 

20.4.2.2 The Mobile Equipment has memory available 

The MAP_PROCESS_ACCESS_REQUEST indication starts the MAP_PROCESS_ACCESS_REQUEST service in 
the VLR. The application context in the MAP_OPEN indication refers to the short message alerting procedure. 

If the service MAP_PROCESS_ACCESS_REQUEST is successful, the VLR waits for the next message from the MSC. 
When receiving the MAP_READY_FOR_SM indication from the MSC, the VLR will check the contents. Data errors 
are reported to the MSC as an unexpected data value or data missing error, depending on the error. If the primitive 
passes the data check, the VLR forwards it to the HLR and awaits an acknowledgment. 

When receiving the MAP_READY_FOR_SM confirmation from the HLR and the Alert Reason is MS memory 
available, the VLR will act as follows: 

- the MAP_READY_FOR_SM response is sent to the MSC as follows: 

an acknowledge in the positive case; 

system failure error, if unexpected data value, data missing, or unknown subscriber errors are received, 
otherwise the error cause received from the HLR; 

a facility not supported error, if the HLR supports MAP Vr only; 

procedure failure is reported as a system failure error. 

The short message alert procedure in the VLR is shown in figures 20.4/5. 
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20.4.3 Procedures in the HLR 

When receiving the MAP_READY_FOR_SM indication, the HLR will check the contents. Data errors are reported to 
the VLR as an unexpected data value or a data missing error depending on the error. If the HLR does not support the 
MNRF, MCEF, and MWD a facility not supported error is reported to the VLR. If the IMSI is unknown an unknown 
subscriber error is reported to the VLR. Otherwise an acknowledgement is returned to the VLR. 

If neither the MS not reachable flag (MNRF) or the memory capacity exceeded flag (MCEF) is set, the HLR sets a 
timer and waits for it to expire. This ensures that in the race situation the MAP_REPORT_SM_DELIVERY_STATUS 
service (as described in the subclause 20.6) for the same subscriber can be carried out when delayed in the GMSC. 

If the Alert Reason indicates the mobile present situation, or when the update location procedure has been successfully 
completed or Supplementary Service Control request is received, the MS not reachable flag is cleared and the service 
centre alert procedure is initiated. If the memory capacity exceeded flag is set, the MS not reachable flag is and stored 
reason for absence are cleared but the alert procedure is not started. 

If the Alert Reason indicates the memory available situation, the HLR initiates the alert procedure. The MS not 
reachable and memory capacity available flags are cleared. 

If the MAP_REPORT_SM_DELIVERY_STATUS indication is received and it indicates the successful transfer of the 
mobile terminated short message, the HLR initiates the alert procedure described in the subclause 2L10 and clears 
MCEF and MNRF flags and stored reason for absence. 

The short message alert procedure in the HLR is shown in figures 20.4/6 and 2L10/2. 
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Figure 20.4/6 
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20.4.4 Procedures in the Interworking MSC 

When a MAP_ALERT_SERVICE_CENTRE indication is correctly received by the IWMSC, the IWMSC will forward 
the alerting to the given Service Centre if possible. 

Data errors are reported to the HLR as an unexpected data value or a data missing error depending on the error. 

The short message alert procedure is shown in figure 20.4/7. 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



547 



ETSI TS 100 974 V5.19.0 (2003-09) 



Vr 



Perform_ 
MAP_Vr_ 
Dialogue 



Error 



Refer to the ( ^ 

relevant version \ null 
of GSM 09.02 V 



NULL 



Receive_ 
Open_lnd 



OK 

/ '-^ 

,/ WF_ 

1 SERVICE, 

V PRIMITIVE 







hT_ 
jnc 












\ MAP ALE 

> SERVICE 

/ CENTRE 


i 


\ 


MAP 
> NOTICE, 
ind 






' 




Check 
Indication 




MAP 
CLOSE 

xreq 
















OK 






Error 






SC RP \ 

ALERT } 

SC req / 


r^ 


NULL 

/ 






















\ 


MAP ALERT 
SERVICE CENTRE 
MAP CLOSE req 


_rsp 


\ 


^ 








f 

NL 


LL 





Figure 20.4/7 
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20.5 The SM delivery status report procedure 

The SM delivery status report procedure is used to set the Service Centre address into the message waiting list in the 
HLR because the subscriber is absent or unidentified or the memory capacity is exceeded. The procedure sets the 
memory capacity exceeded flag in the HLR if the MS memory does not have room for more messages or the MS not 
reachable flag in the case of unidentified or absent subscriber. 

Additionally the procedure is used to report the HLR about the successful transfer after the Service Centre has polled 
the subscriber. This procedure is described also in the subclause 20.4. 

The SM delivery status report procedure is shown in figure 20.5/1 . 
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1 ) MAP_MT_FORWARD_SHORT_MESSAGE_ACK/_NACK (Absent subscriber_SM, 
unidentified subscriber or memory capacity exceeded) 

2) MAP_REPORT_SM_DELIVERY_STATUS 

3) MAP_REPORT_SM_DELIVERY_STATUS_ACK 

4) Short IVIessage Negative Acknowledgement (GSIVI 03.40) 

Figure 20.5/1 : Short message delivery status report procedure 

20.5.1 Procedures in tine HLR 

When the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication, it acts as described in the 
subclause 20.6, macro Report_SM_Delivery_Stat_HLR. 

The short message delivery status report process in the HLR is shown in figure 20.5/2. 
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20.5.2 Procedures in the gateway MSC 



The GMSC invokes the short message delivery status report procedure if an absent subscriber_SM indication or 
unidentified subscriber indication or SM delivery failure error indicating MS memory capacity exceeded is received 
from the servicing MSC during a mobile terminated short message transfer, and the HLR has not indicated that the SC 
address is included in the MWD. The unidentified subscriber indication is however processed as the absent 
subscriber_SM indication. 

The service is invoked also when the HLR has indicated that either of the flags MCEF or MNRF is set and the SM 
delivery was successful or, in case of subsequent SM, the last SM delivery was successful. 

The reason for unsuccessful or successful delivery of the short message is included in the SM Delivery Outcome in the 
MAP_REPORT_SM_DELIVERY_STATUS request. In the case of an unsuccessful delivery due to the subscriber 
being absent the absent subscriber diagnostic indiciation (if available) is also included in the 
MAP_REPORT_SM_DELIVERY_STATUS request. 

The GMSC sends the MAP_REPORT_SM_DELIVERY_STATUS request to the HLR. As a response the GMSC will 
receive the MAP_REPORT_SM_DELIVERY_STATUS confirmation reporting: 

successful outcome of the procedure. The acknowledge primitive may contain the MSISDN-Alert number which 
is stored in the MWD List in the HLR; 

unsuccessful outcome of the procedure. The system failure indication is forwarded to the SC. 

A provider error is indicated as a system failure to the SC. 

The procedure towards the Service Centre may also be aborted. If so the operation towards the HLR is also aborted. 

The short message delivery status report procedure in the GMSC is shown in figure 20.5/3. 
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20.6 Common procedures for the short message clause 
20.6.1 The macro Report_SM_Delivery_Stat_HLR 

This macro is used when the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication from the GMSC. 
The HLR responses to the indication as follows: 

if invalid data content is detected, an unexpected data value error or a data missing error is returned to the 
GMSC; 

if the MSISDN number provided is not recognized by the HLR, an unknown subscriber error is returned to the 
GMSC; 

- if the MAP_REPORT_SM_DELIVERY_STATUS indication reports a successful SM delivery, the Service 
Centres in the Message Waiting list are alerted as described in the subclause 2L10; 

if the SM Delivery Outcome reports unsuccessful delivery and the inclusion of the SC address in the MWD is 
not possible, a message waiting list full error is returned to the GMSC; 

if the SM Delivery Outcome reports unsuccessful delivery and the message waiting list is not full, the given 
Service Centre address is inserted and an acknowledgement is sent to the GMSC. If the MSISDN-Alert stored in 
the subscriber data is not the same as that received in the MAP_REPORT_SM_DELIVERY_STATUS 
indication, the MSISDN-Alert is sent in a response primitive to the GMSC; 

if the SM Delivery Outcome is MS memory capacity exceeded the HLR sets the memory capacity exceeded flag 
in the subscriber data and resets the MRNF; 

if the SM Delivery Outcome is absent subscriber the HLR sets the mobile station not reachable flag in the 
subscriber data. If a reason for absence is provided by the GMSC then this is stored in the mobile station not 
reachable reason (MNRR) in the subscriber data. 

The short message delivery status report macro in the HLR is shown in figure 20.6/L 
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Figure 20.6/1 : Macro Report_SM_Delivery_Stat_HLR 
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21 General macro description 

21 .1 IVIAP open macros 
21.1.1 Macro Recei ve_Open_l nd 

This macro is used by a MAP service-user procedure when a peer entity requests opening of a dialogue. 

If the application context received in the MAP-OPEN indication primitive indicates a context name of the MAP version 
one context set, the macro takes the Vr exit.. 

If an application-context different from version 1 is received, the presence of MAP_OPEN information is checked. If no 
MAP_OPEN information has been received, the MAP_OPEN response with: 

Result set to Dialogue Accepted; and 

Application Context Name set to the received value, 

is returned 

If the received version (Vr) is the one described in this version of MAP, the macro takes the OK exit, otherwise it takes 
the Vr exit.. 

If MAP_OPEN information is received, the macro "CHECK_REFERENCE" is called in order to check whether the 
received values for Destination Reference and Originating Reference correspond with the requirements of the received 
application-context-name. The outcome of this check is an error, the MAP_OPEN response with: 

Result set to Dialogue Refused; 

Refuse Reason set to Invalid Destination Reference or Invalid Originating Reference; 

Application Context Name set to the highest version supported, 

is returned and the macro takes the error exit. 

If the data values received for Destination Reference and Originating Reference are accepted for the associated 
application-context-name it is checked whether the Destination Reference is known if this check is required by the 
process that calls the macro. 

If the Destination Reference (e.g. a subscribers IMSI) is unknown, the MAP_OPEN response with 

Result set to Dialogue Refused; 

Refuse Reason set to Invalid Destination Reference; 

Application Context Name set to the highest version supported, 
is returned and the macro takes the error exit. 
Else, if the Destination Reference is accepted or if no check is required, the MAP_OPEN response with 

Result set to Dialogue Accepted; and 

- Application Context Name set to the received value, 

is returned and 

If the received version (Vr) is the one described in this version of MAP, the macro takes the OK exit, otherwise it takes 
the Vr exit. 
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21.1.2 Macro Receive_Open_Cnf 

This macro is used by a user procedure after it requested opening of a dialogue towards a peer entity. 

On receipt of a MAP_OPEN Confirmation with a "Resuh" parameter indicating "Dialogue Accepted", the macro takes 
the OK exit. 

If the "Result" parameter indicates "Dialogue Refused", the "Refuse-reason" parameter is examined. If the "Refuse- 
reason" parameter indicates "Potential Version Incompatibility", the macro terminates in a way that causes restart of the 
dialogue by using the version 1 protocol. 

If the "Refuse-reason" parameter indicates "Application Context Not Supported" and if the received Application 
Context Name indicates "Version Vr" (Vr < Vn), the macro terminates in a way that causes restart of the dialogue by 
using the version Vr protocol. Otherwise, the macro takes the Error exit. 

If the "Refuse-reason" parameter indicates neither "Potential Version Incompatibility" nor "Application Context Not 
Supported", the macro takes the Error exit. 

If a MAP U ABORT, a MAP P ABORT or a MAP NOTICE Indication is received, the macro takes the Error exit. 
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Macrodefinition Receive_Open_lnd 

Figure 21 .1/1 : Macro Receive_OpenJrjd 
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21 .2 Macros to check the content of indication and confirmation 
primitives 



21.2.1 IVIacro Check Indication 



If a parameter required by the application is missing from the indication, the macro takes the error exit, with a user error 
of "Data Missing". 

If a parameter not expected by the application is present in the indication, or an expected parameter has a value not in 
the set of values permitted by the application, the macro takes the error exit, with a user error of "Unexpected Data 
Value". 

Otherwise the macro takes the "OK" exit. 

The macro is shown in figure 21.2/1. 



21.2.2 IVIacro Check_Confirmation 

If the confirmation contains a provider error the macro issues a MAP CLOSE request and takes the provider error exit. 
Otherwise, if the confirmation contains a user error the macro takes the user error exit. 



Otherwise, if a parameter required by the application is missing from the confirmation, or a parameter not expected by 
the application is present in the confirmation, or an expected parameter has a value not in the set of values permitted by 
the application, the macro takes the data error exit. 

Otherwise the macro takes the "OK" exit. 

The macro is shown in figure 21.2/2. 
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21 .3 The page and search macros 
21.3.1 Macro PAGE_MSC 

This macro (see figure 21.3/1) is called if a mobile terminating call set-up, an unstructured SS notification, a network- 
initiated unstructured SS request or a mobile terminating short message is to be delivered to the MS and the current 
location area identity of the MS is known in the VLR. 

When the MSC receives a MAP_PAGE indication, parameter checks are performed first (macro Check_Indication, see 
subclause 21.2). If parameter errors are detected, the MSC returns a MAP_PAGE response containing the appropriate 
error cause and the macro terminates with unsuccessful outcome. 

Thereafter, several checks on the indication content are performed. The macro terminates by returning the MAP_PAGE 
response with error: 

Unknown Location Area if the LAI is not known in the MSC; 

System Failure if the call has been released by the calling subscriber or the SMS or SS transaction for this 
subscriber has been released by the originating entity in the meantime. 

Next, the MSC checks if an MM-connection over the radio link already exists for the given IMSl. If so, 

in the case of mobile terminating call set-up the MSC determines whether the busy condition can be established 
(see GSM 02.01 for a definition of busy states). If the MSC determines that the MS is busy, it returns a 
MAP_PAGE response with error Busy Subscriber, qualified by either More Calls Allowed or No More Calls 
Allowed. The macro then terminates with unsuccessful outcome. 

if the service requested is short message service or an unstructured SS notification or network-initiated 
unstructured SS request, or if the service is mobile terminating call set-up, but the existing connection is for 
signalling purposes only (i.e. a service different from call set-up), the access connection status is set according to 
the characteristics of the existing connection (i.e. RR-connection established, ciphering mode on/off, MM- 
connection existing and authenticated or not), and the macro terminates with successful outcome. 

If no MM-connection for the given IMSI exists, paging is initiated at the radio interface within all cells of the location 
area indicated by the VLR. If the VLR provided the TMSl, the MSC uses it to identify the MS at the radio interface; 
otherwise the MSC uses the IMSl. The IMSl will also be used to determine the page group (see GSM 04.08). There are 
several possible outcomes of paging: 

the MS responds to paging, causing the access connection status to be set accordingly (i.e. no RR-connection, in 
which case other values are not significant), and the macro terminates with successful outcome; 

the MS responds with a channel request containing an establishment cause which is not "answer to paging". The 
MSC sends a MAP_PAGE response primitive with user error Busy Subscriber before the macro terminates with 
unsuccessful outcome. This will give priority to the mobile originating request. Alternatively, as an 
implementation option, the MSC may treat this as a response to paging, which will give priority to the mobile 
terminating request. 

there is no response from the MS. The MSC sends a MAP_PAGE response primitive with user error Absent 
Subscriber before the macro terminates with unsuccessful outcome; 

the call handling connection or MAP transaction on which the call, SMS or unstructured SS transaction is 
waiting for delivery, is released before a response is received from the MS (indicated in the SDL by the input 
signal 1-REL). The MAP transaction with the VLR will be released in this case by a MAP_U_ABORT request, 
and the unsuccessful macro termination will indicate transaction termination 

- the MAP transaction with the VLR may be released by receiving a MAP_U_ABORT or MAP_P_ABORT 
indication. The call handling connection or MAP transaction on which the call, SMS or unstructured SS 
transaction is waiting for delivery, is released (indicated in the SDL by the output signal 1-REL), and the 
unsuccessful macro termination will indicate transaction termination. 
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21 .3.2 Macro Search_For_MS_MSC 

This macro (see figure 21.3/2) is called if a mobile terminating call set-up, an unstructured SS notification, a network- 
initiated unstructured SS request or a mobile terminating short message is to be delivered to the MS and the current 
location area identity of the MS is not known in VLR. 

When the MSC receives a MAP_SEARCH_FOR_MS Indication, parameter checks are performed first (macro 
Check_indication, see subclause 21.2). If parameter errors are detected, the MSC returns a MAP_SEARCH_FOR_MS 
response containing the appropriate error cause and the macro terminates with unsuccessful outcome. 

Thereafter, the MSC checks whether the call or the SMS or SS transaction still exists in the MSC. If the call or the SMS 
or SS transaction has been released, the MSC returns a MAP_SEARCH_FOR_MS response with error System Failure 
and the macro terminates with unsuccessful outcome. 

Next, the MSC checks if an MM-connection over the radio link already exists for the given IMSl. If so, 

in the case of mobile terminating call set-up the MSC determines whether the busy condition can be established 
(see GSM 02.01 for a definition of busy states). If the MSC determines that the MS is busy, it returns a 
MAP_SEARCH_FOR_MS response with error Busy Subscriber, qualified by either More Calls Allowed or No 
More Calls Allowed. The macro then terminates with unsuccessful outcome. 

if the service requested is short message service or an unstructured SS notification or network-initiated 
unstructured SS request, or if the service is mobile terminating call set-up, but the existing connection is for 
signalling purposes only (i.e. a service different from call set-up), a MAP_SEARCH_FOR_MS response 
containing the IMSl and current location area identification of the called MS is returned to the VLR. The access 
connection status is set according to the characteristics of the existing connection (i.e. RR-connection 
established, ciphering mode on/off, MM-connection existing and authenticated or not), and the macro terminates 
with successful outcome. 

If no MM-connection for the given IMSl exists, paging is initiated at the radio interface within all cells of all location 
areas of the VLR, using the IMSl to identify the subscriber and the page group (see GSM 04.08). There are several 
possible outcomes of paging: 

the MS responds to paging, causing a MAP_SEARCH_FOR_MS response containing the IMSl and current 
location area identification of the called MS to be returned to the VLR. The access connection status will be set 
accordingly (i.e. no RR-connection, in which case other values are not significant), and the macro terminates 
with successful outcome. 

the MS responds with a channel request containing an establishment cause which is not "answer to paging". The 
MSC sends a MAP_SEARCH_FOR_MS response primitive with user error "Busy Subscriber" before the macro 
terminates with unsuccessful outcome. This will give priority to the mobile originating request. Alternatively, as 
an implementation option, the MSC may treat this as a response to paging, which will give priority to the mobile 
terminating request. 

there is no response from the MS. The MSC sends a MAP_SEARCH_FOR_MS response primitive with user 
error "Absent Subscriber" before the macro terminates with unsuccessful outcome. 
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the call handling connection or MAP transaction on which the call, SMS or unstructured SS transaction is 
waiting for delivery, is released before a response is received from the MS (indicated in the SDL by the input 
signal I-REL). The MAP transaction with the VLR will be released in this case by a MAP_U_ABORT request, 
and the unsuccessful macro termination will indicate transaction termination. 

- the MAP transaction with the VLR may be released by receiving a MAP_U_ABORT or MAP_P_ABORT 
indication. The call handling connection or MAP transaction on which the call, SMS or unstructured SS 
transaction is waiting for delivery, is released (indicated in the SDL by the output signal I-REL), and the 
unsuccessful macro termination will indicate transaction termination. 
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21 .4 Macros for handling an Access Request 

These macros are invoked when a MS accesses the network, e.g. to set up an outgoing call or when responding to 
paging. The macro handles identification and authentication of the mobile subscriber as well as invocation of security 
related features (see GSM 02.09). 

21.4.1 Macro Process_Access_Request_MSC 

This macro is invoked by any procedure receiving an access request from the MS, e.g. the page response at mobile 
terminating call set-up or the request for outgoing call set-up. 

If no dialogue with the VLR exists (e.g. within the procedure for outgoing call set-up), the MSC will open a dialogue 
towards the VLR by sending a MAP_OPEN request without any user specific parameters. 

In any case, the parameters received from the MS are mapped to a MAP_PROCESS_ACCESS_REQUEST request 
primitive, containing: 

the received subscriber identification (IMSI, TMSI) or - in case of emergency call set-up - an IMEI; 

the CM service type, indicating the type of request; 

the status of the access connection, i.e. whether a connection to this MS already exists and if so, whether it is 
already authenticated and ciphered; 

the current location area id of the MS; and 

- the CKSN received from the MS. 

If opening of the dialogue was required, the MSC will wait for the dialogue confirmation (see macro 
Receive_Open_Confirmation, subclause 21.1), leading either to: 

immediate unsuccessful exit from the macro, in case no dialogue is possible; 

reversion to MAP version one dialogue if indicated by the VLR. The macro terminates with unsuccessful 
outcome, as the complete dialogue will be covered by the version one procedure, so that no further action 
from the calling process is required; 

continuation as given below, if the dialogue is accepted by the VLR. 

The MSC waits then for the MAP_PROCESS_ACCESS_REQUEST confirmation. In between, several other 
indications may be received from the VLR: 

- the MSC may receive a MAP_PROVIDE_IMSI indication, handled by the macro Obtain_IMSI_MSC defined in 
subclause 21.8. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_AUTHENTICATE indication, handled by the macro Authenticate_MSC defined 
in subclause 21.5. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_TRACE_SUBSCRIBER_ ACTIVITY indication, handled by the macro 
Trace_Subscriber_Activity_MSC defined in subclause 21.9; 
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- the MSC may receive a MAP_SET_CIPHERING_MODE indication, which will be stored for initiating 
ciphering later on; 

- the MSC may receive a MAP_CHECK_IMEI indication, handled by the macro Check_IMEI_MSC defined in 
subclause 21.6. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_Obtain_IMEI indication, handled by the macro Obtain_IMEI_MSC defined in 
subclause 21.6. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_U_ABORT or MAP_P_ABORT indication, or a premature MAP_CLOSE 
indication from the VLR. In all these cases, the macro terminates with unsuccessful outcome, after sending the 
appropriate reject towards the MS (see GSM 09.10); 

the MSC may receive a MAP_NOTICE indication from the VLR. In this case, the dialogue towards the VLR is 
terminated by a MAP_CLOSE primitive, the appropriate reject is sent towards the MS (see GSM 09.10), and the 
macro terminates with unsuccessful outcome; 

the MSC may receive an indication for release of the radio path, in which case the dialogue towards the VLR 
will be terminated by a MAP_U_ABORT primitive, containing the diagnostic information Radio Channel 
Release. 

When the MAP_PROCESS_ACCESS_REQUEST confirmation is received, the parameters of this primitive are 
checked first. In case of unsuccessful outcome of the service, the MAP User Error received is mapped onto the 
appropriate radio interface message (see GSM 09.10), before the macro terminates with unsuccessful outcome. 

In case of positive outcome of the service, ciphering is initiated on the radio path, if this had been requested by the VLR 
(see above). Otherwise, if the access request was not triggered by a page response from the MS, the access request is 
accepted explicitly by sending a CM_Service_Accept message to the MS. If the access request was triggered by a page 
response from the MS then no CM Service Accept message is sent. 

After ciphering has been initiated, the MSC will wait for the MAP_FORWARD_NEW_TMSI indication from the VLR. 
While waiting, the MSC may receive: 

- a MAP_U_ABORT or MAP_P_ABORT indication, or a premature MAP_CLOSE indication from the VLR. In 
these cases, the macro terminates with unsuccessful outcome, after sending a release request towards the MS 
(see GSM 09.10); 

a MAP_NOTICE indication from the VLR. In this case, the dialogue towards the VLR is terminated by a 
MAP_CLOSE primitive, the appropriate reject is sent towards the MS (see GSM 09.10), and the macro 
terminates with unsuccessful outcome; 

an indication for release of the radio path, in which case the dialogue towards the VLR will be terminated by a 
MAP_U_ABORT primitive, containing the diagnostic information Radio Channel Release; 

a MAP_DELIMITER request from the VLR. This will be taken as a successful outcome of the macro (i.e. the 
VLR did not require TMSI reallocation), and it terminates successfully; 

an A_SETUP request from the MS. This will be saved for handling by the procedure which invoked the macro 
Process_Access_Request_MSC after the macro has terminated. 
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When the MAP_FORWARD_NEW_TMSI indication is received in the MSC, the TMSI Reallocation Command is sent 
to the MS, and the MSC waits for an acknowledgement from the MS. In case a positive acknowledgement is received, 
the MSC sends an empty MAP_FORWARD_NEW_TMSI response primitive to the VLR and terminates successfully. 
Else, the dialogue is terminated locally (MAP_CLOSE_Req with Release method Prearranged End) without any further 
action. 

If the MSC receives an A_SETUP request while it is waiting for the TMSI acknowledgement from the MS, the 
A_SETUP is saved for handling by the procedure which invoked the macro Process_Access_Request_MSC after the 
macro has terminated. 

If the dialogue is aborted by the VLR while waiting for the TMSI acknowledgement from the MS, the MSC regards the 
access request to be failed and terminates with unsuccessful outcome, after sending a release request towards the MS 
(see GSM 09.10). 
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21.4.2 Macro Process_Access_Request_VLR 

When the VLR receives a MAP_PROCESS_ACCESS_REQUEST indication, the VLR will check this indication first 
(macro Check_Indication, see subclause 21.2). In case of negative outcome, the macro will proceed with the error 
handling described below. 

If the indication data are correct, it is checked first whether the subscriber identification (IMSI or TMSI) is known if 
included: 

if the identification is not known, the IMSI may be requested from the MS, described in the macro 
Identification_Procedure (see below) with outcome: 

OK, if a IMSI known in the VLR has been received; 

Error, if the VLR did not recognize the subscriber's identity. The macro will proceed with the error handling 
described below; 

Aborted, if the transaction to the MSC is released. The macro will terminate immediately with unsuccessful. 

In case the identity received is an IMEI, the error System Failure is set and the macro proceeds with the error handling 
described below. 

NOTE: Emergency Call with IMEI may be accepted within the error handling phase. 

For a known subscriber the authentication check is performed next (see macro Authenticate_VLR, subclause 21.5), if 
required. If a negative result is received, the VLR proceeds on receipt of user error: 

illegal subscriber depending on the identity used for authentication; 

In case IMSI is already used or no new authentication attempt with IMSI shall not be performed (operator 
option), the error Illegal Subscriber is set and the macro proceeds with the error handling described below. 

If a new authentication attempt with IMSI shall be performed, the IMSI is requested from the MS (macro 
Obtain_IMSI_VLR, see subclause 21.8): 

the authentication will be performed again if a IMSI known in the VLR is received; 

the error Unidentified Subscriber is set and the macro proceeds with the error handling described below, 
if the IMSI received is unknown in VLR; 

if the IMSI request procedure fails for any other reason, the error System Failure is set and the macro 
proceeds with the error handling described below; 

if the dialogue has been aborted during the IMSI request, the macro terminates immediately with 
unsuccessful outcome; 

unknown subscriber by setting the error Unidentified Subscriber and proceeding with the error handling 
described below. 

NOTE: This can occur only in case of data inconsistency between HLR and VLR; 

procedure error by setting the error System Failure and proceeding with the error handling described below; 

null (i.e. the dialogue towards the MSC is terminated) by terminating immediately with unsuccessful 
outcome. 
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The MS access is accepted if no authentication is required or after successful authentication. Then, the indicator 
"Confirmed by Radio Contact" is set to "Confirmed". If the indicator "Location Information Confirmed in HLR" is set 
to "Not Confirmed", HLR updating will be started as an independent process (Update_Location_VLR, see 
subclause 16.1.1.6). 

If the indicator "Confirmed by HLR" is set to "Not Confirmed", the error Unidentified Subscriber is set and the macro 
proceeds with the error handling described below. 

If roaming is not allowed in the location area indicated in the Current Location Area Id parameter, the error Roaming 
Not Allowed qualified by the roaming restriction reason is set and the macro proceeds with the error handling described 
below. 

In case roaming is allowed, the IMSI is set to attached and the process for notifying the HLR that the subscriber is 
present is started if required (Subscriber Present VLR, see subclause 21.10). 

At next, tracing is invoked if required by the operator (macro Trace_Subscriber_Activity_VLR, see subclause 21.9). 
Thereafter, 

if ciphering is not required, IMEI checking is invoked if required by the operator (see macro Check_IMEI_VLR 
defined in subclause 21.6). 

The error Illegal Equipment is set in case of unsuccessful outcome of the IMEI check, the subscriber is 
marked as detached and the macro proceeds with the error handling described below. 

The macro terminates immediately with unsuccessful outcome if the MSC dialogue has been released during 
the IMEI check. 

Else, the macro terminates successfully by returning the MAP_PROCESS_ACCESS_REQUEST response 
containing the IMSI to indicate acceptance of the MS access. 

if ciphering is required, the MAP_SET_CIPHERING_MODE request containing: 

the cipher mode indicating the cipher algorithm required; and 

the cipher key to be used; 

is sent to the MSC. 

As a further operator option, IMEI checking may be performed next. 

The error Illegal Equipment is set in case of unsuccessful outcome of the IMEI check, the subscriber is marked 
as detached and the macro proceeds with the error handling described below. 

The macro terminates immediately with unsuccessful outcome if the MSC dialogue has been released during the 
IMEI check. 

Else, the macro terminates successfully by returning the MAP_PROCESS_ACCESS_REQUEST response 
containing the IMSI to indicate acceptance of the MS access. 

IF no TMSI reallocation is required (again an operator option), the macro terminates thereafter. Else, TMSI reallocation 
is performed by sending a MAP_FORWARD_NEW_TMSI request, containing the new TMSI as parameter. The old 
TMSI will be frozen until an acknowledgement from the MS has been received. Before the macro terminates, the VLR 
will wait for the MAP_FORWARD_NEW_TMSI response, containing no parameters if reallocation has been 
confirmed by the MS, or a Provider Error, otherwise, in which case the old TMSI is kept frozen to avoid double 
allocation. In this case, both the old as the new TMSI are subsequently regarded valid when used by the MS. 
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Error handling 

In case some error is detected during handling the access request, a respective error has been set. Before returning this 
error cause to the MSC in a MAP_PROCESS_ACCESS_REQUEST response, it need to be checked whether this access 
is for emergency call set-up, as this will require extra treatment. 

If the CM Service type given in the MAP_PROCESS_ACCESS_REQUEST indication is emergency call set-up, it is 
checked whether EC set-up in the particular error situation is permitted (operator option). If so, it is checked whether 
the IMEI is required, and if so the IMEI is requested from the MS (macro Obtain_IMEI_VLR, see subclause 21.6). 

The macro will terminate immediately with unsuccessful outcome if the MSC transaction has been aborted 
during the IMEI retrieval. 

In case of an error reported back from IMEI retrieval, MAP_PROCESS_ACCESS_REQUEST response 
containing the error cause set previously is returned to the MSC, the dialogue is closed (MAP_CLOSE request 
indicating normal release) and the macro terminates with unsuccessful outcome. 

When a subscriber identity required by the operator (IMSI or IMEI) is available, the user error set previously is deleted, 
the respective identity is returned in the MAP_PROCESS_ACCESS_REQUEST response to indicate acceptance of 
emergency call, and the macro terminates with successful outcome. 

In all other cases, the MAP_PROCESS_ACCESS_REQUEST response containing the error cause set previously is 
returned to the MSC, the dialogue is closed (MAP_CLOSE request indicating normal release) and the macro terminates 
with unsuccessful outcome. 

21.4.3 Macro Identification Procedure 

This macro is invoked by the macro Process_Access_Request_VLR in case the subscribers identity is not known in the 
VLR. 

If the identity received from the MS is an IMSI, the error Unidentified Subscriber will be set and reported back to the 
calling macro (to be sent in the MAP_PROCESS_ACCESS_REQUEST response). The same error is used in case a 
TMSI was received from the MS, but the operator does not allow open identification of the MS. 

If open identification of the MS is allowed, the macro Obtain_IMSI_VLR is invoked, requesting the subscribers IMSI 
from the MS (see subclause 21.8), with outcome 

OK, in which case it is checked whether for the IMSI received there exists a subscriber record in the VLR. If so, 
the macro terminates successfully, else the error Unidentified Subscriber will be set and reported back to the 
calling macro. 

Error, in which case the error System Failure will be set and reported back to the calling macro. 

Aborted, i.e. the MSC transaction is released, in which the macro terminates accordingly. 
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21 .5 Authentication macros and processes 

The following macros are used in the GSM network in order to enable authentication of a mobile subscriber. 

21 .5.1 IVIacro Authenticate_l\/ISC 

This macro is used by the MSC to relay a request for authentication transparently from the VLR to the MS, wait for a 
response from the MS and to relay the response from the MS back to the VLR. If, while the MSC is waiting for the 
authentication response, the air interface connection is released or a MAP_U_ABORT, MAP_P_ABORT or 
MAP_CLOSE indication is received from the VLR, then necessary connections are released and the "Error" exit is 
used. The macro is described in figure 21.5/1. 

21 .5.2 IVIacro Authenticate_VLR 

This macro is used by the VLR to control the authentication of a subscriber. The macro proceeds as follows: 

if there are not enough authentication triplets in the VLR to perform the authentication, then the macro 
"Obtain_Authent_Para_VLR" described below is invoked. If this macro fails, then the corresponding error 
(Unknown Subscriber or Procedure Error) is returned to the calling process; 

if there are enough authentication triplets in the VLR, or the Obtain_Authent_Para_VLR macro was successful, 
then a MAP_AUTHENTICATE request is sent to the MSC. This request contains the RAND and CKSN 
parameters as indicated in the service description; 

the VLR then waits for a response from the MSC; 

- if a MAP_U_ABORT, MAP_P_ABORT or MAP_CLOSE indication is received from the MSC in this wait 
state, the VLR checks whether authentication sets are available. If no sets are available the process 
Obtain_Authent_Sets_VLR is invoked to fetch authentication sets from the HLR. The "Null" exit is then used; 

if a MAP_NOTICE indication is received from the MSC in this wait state, the VLR closes the dialogue with the 
MSC, then checks whether authentication sets are available. If no sets are available the process 
Obtain_Authent_Sets_VLR is invoked to fetch authentication sets from the HLR. The "Null" exit is then used; 

if a MAP_AUTHENTICATE confirmation is received by the VLR, it checks whether the received Signed Result 
(SRES) is identical to the stored one (see GSM 03.20). If this is not the case, the "Illegal Subscriber" exit is used. 
If the SRES values are identical, then the "OK" exit is used; 

before exit, the VLR may fetch a new set of triplets from the HLR. This is done by initiating a separate 
Obtain_Authent_Sets_VLR process described below. 

The macro is described in figure 21.5/2. 

21 .5.3 Process Obtain_Authentication_Sets_VLR 

This process is initiated by the VLR to fetch triplets from a subscriber's HLR in a stand-alone, independent manner. The 
Obtain_Authent_Para_VLR macro described below is simply called; the process is described in figure 21.5/3. 
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21 .5.4 Macro Obtain_Authent_Para_VLR 

This macro is used by the VLR to request authentication triplets from the HLR. The macro proceeds as follows: 

- a connection is opened, and a MAP_SEND_AUTHENTICATION_INFO request sent to the HLR; 

if the HLR indicates that a MAP version 1 dialogue is to be used, the VLR performs the equivalent MAP version 
1 dialogue, which can return a positive result containing authentication sets, an empty positive result, or an error; 

if the dialogue opening fails, the "Procedure Error" exit is used. Otherwise, the VLR waits for the response from 
the HLR; 

- if a MAP_SEND_AUTHENTICATION_INFO confirmation is received from the HLR, the VLR checks the 
received data. 

One of the following positive responses may be received from a MAP version 1 or MAP version 2 dialogue with the 
HLR: 

Authentication triplets, in which case the outcome is successful; 

Empty response, in which case the VLR may re-use old triplets, if allowed by the PLMN operator. 

If the VLR cannot re-use old triplets (or no such triplets are available) then the "Procedure Error" exit is used. 

If the outcome was successful or re-use of old parameters in the VLR is allowed, then the "OK" exit is used. 

If an "Unknown Subscriber" error is included in the MAP_SEND_AUTHENTICATION_INFO confirm or is returned 
by the MAP version 1 dialogue, then the "Unknown Subscriber" exit is used. 



- if a MAP-U- ABORT, MAP_P_ABORT, MAP_NOTICE or unexpected MAP_CLOSE service indication is 
received from the MSC, then open connections are terminated, and the macro takes the "Null" exit; 

- if a MAP-U-ABORT, MAP_P_ABORT or unexpected MAP_CLOSE service indication is received from the 
HLR, then the VLR checks whether old authentication parameters can be re-used. If old parameters cannot be re- 
used the macro takes the "Procedure Error" exit; otherwise it takes the "OK" exit; 

if a MAP_NOTICE service indication is received from the HLR, then the dialogue with the HLR is closed. The 
VLR then checks whether old authentication parameters can be re-used. If old parameters cannot be re-used the 
macro takes the "Procedure Error" exit; otherwise it takes the "OK" exit. 

The macro is described in figure 2L5/4. 
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21 .5.5 Process Obtain_Auth_Sets_HLR 

Opening of the dialogue is described in the macro Receive_Open_Ind in subclause 21.1, with outcomes: 
reversion to version one procedure; 
- procedure termination; or 

dialogue acceptance, with proceeding as below. 



This process is used by the HLR to obtain authentication triplets from the AuC, upon request from the VLR. The 
process acts as follows: 

- a MAP_SEND_AUTHENTICATION_INFO indication is received by the HLR; 

the HLR checks the service indication for errors. If any, they are reported to the VLR in the 
MAP_SEND_AUTHENTICATION_INFO response. If no errors are detected, authentication triplets are fetched 
from the AuC. Further details are found in GSM 03.20; 

- if errors are detected they are reported to the VLR in the MAP_SEND_AUTHENTICATION_INFO response. 
Otherwise the authentication triplets are returned. 

The process is described in figure 21.5/5. 
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Macrodefinition Obtain_Authent_Para_VLR 

Figure 21 .5/4: Macro to obtain authentication parameters from the HLR to the 'JLR 
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21 .6 IMEI Handling Macros 



The following macros are used in the GSM network in order to enable handling and checking of the mobile equipment 
identity. 

21 .6.1 Macro CheckJMEI_MSC 

This macro is used by the MSC to receive a request from the VLR, relay it to the EIR, and pass the result from the EIR 
back to the VLR. The macro proceeds as follows: 

a MAP_CHECK_IMEI service indication containing only the Invoke Id is received from the VLR; 

- if the IMEI is not available in the MSC, it is requested from the MS using the IDENTITY REQUEST message; 

if the MS releases the radio resources, a MAP_U_ABORT request indicating "Application procedure 
Cancellation" is sent to the VLR, and the "Error" exit of the macro is used; 

when the IMEI is known, a connection is set up towards the EIR, and a MAP_CHECK_IMEI service request is 
sent including the IMEI; 

if the opening of the dialogue fails, a System Failure is reported to the VLR. Otherwise, the MSC waits for a 
response from the EIR; 

when the MAP_CHECK_IMEI service confirm is received, it is checked for errors. Any errors discovered in the 
MSC lead to the System Failure error to be reported to the VLR in the MAP_CHECK_IMEI response. Any 
errors reported from the EIR are sent directly to the VLR in the MAP_CHECK_IMEI service response. If no 
errors are detected by or reported to the MSC, the IMEI is added to the MAP_CHECK_IMEI service response 
returned to the VLR. The "OK" exit is used in all cases; 

- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE service indication is received from 
the EIR, the MSC closes the transaction with the EIR (if necessary), reports a System Failure error back to the 
VLR in the MAP_CHECK_IMEI response, and uses the macro's "OK" exit; 

- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE indication is received from the 
VLR, the MSC closes the transaction with the VLR (if necessary) and aborts the connections towards the EIR 
and the MS; the macro takes the "Error" exit. 

If the dialogue with the EIR drops back to version 1, the result or error returned by the EIR is checked. The use of the 
"Check_Confirmation" macro in the SDL diagram indicates that the checks carried out on the result returned by the EIR 
in a MAP vl dialogue are functionally equivalent to those carried out on the parameters of the MAP_CHECK_IMEI 
confirm received from the EIR in a MAP v2 dialogue. 

The macro is described in figure 21.6/1. 

21 .6.2 Macro CheckJMEI_VLR 

This macro is used by the VLR to control the check of a mobile equipment's IMEI. The macro proceeds as follows: 
a MAP_CHECK_IMEI service request is sent to the MSC, including only the Invoke Id; 
the VLR then waits for the response from the MSC; 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 588 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

if a MAP_CHECK_IMEI service confirm including either: 

the IMEl and the Equipment Status; or 

an error; 

is received, the VLR checks whether the response requires that an alarm be generated on the Operation and 
Maintenance interface. The criteria for such alarms are PLMN operator dependent; 

the VLR then checks whether the response from the MSC means that service is granted to the MS. The criteria 
for granting service depending on the equipment status or errors received in the MAP_CHECK_IMEI service 
response are also PLMN operator dependent; 

- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE indication is received from the 
MSC, then the MSC connection is closed (if necessary) and the macro takes the "Aborted" exit. 

The macro is described in figure 21.6/2. 

21 .6.3 Process CheckJMEI_EIR 

This process is used by the EIR to obtain the status of a piece of mobile equipment, upon request from the MSC. The 
process acts as follows: 

a MAP_OPEN service indication is received (macro Receive_Open_Ind, subclause 21.1.1). If the dialogue 
opening fails, the process terminates; 

otherwise, a MAP_CHECK_IMEI indication is received by the EIR, containing the IMEI to be checked; 

the EIR checks the service indication for errors. If there are any, they are reported to the MSC in the MAP- 
CHECK_IMEI response. If no errors are detected, the EIR data base function is interrogated for the status of the 
given equipment. Further details are found in GSM 02.16; 

the status of the equipment (white-listed, grey-Usted, black-listed or unknown) is returned to the MSC in the 
MAP_CHECK_IMEI service response; 

- if a MAP_U_ABORT, MAP_P_ABORT, MAP_NOTICE or MAP_CLOSE indication is received from the MSC 
at any time during this process, the process in the EIR terminates. 

The process is described in figure 21.6/3. 

21 .6.4 Macro ObtainJMEI_MSC 

This macro is used by the MSC to respond to a request from the VLR to provide the IMEI. The macro proceeds as 
follows: 

a MAP_OBTAIN_IMEI service indication containing only the Invoke Id is received from the VLR; 

- if the IMEI is not available in the MSC, it is requested from the MS using the IDENTITY REQUEST message; 

when the IMEI is known, it is returned to the VLR in the MAP_OBTAIN_IMEI service response. The macro 
terminates at the "OK" exit; 



if the IMEI cannot be obtained by the MSC, the System Failure error is reported back to the VLR in the 
MAP_OBTAJN_IMEI service response. The macro terminates at the "OK" exit; 



if a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication is received from the VLR, the macro 
terminates at the "Error" exit. 



The macro is described in figure 21.6/4. 
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21 .6.5 Macro ObtainJMEI_VLR 

This macro is used by the VLR to obtain the IMEI from the MSC, e.g. to enable handling of emergency calls in case of 
authentication failure (in which case the IMEI may be used by some operators as an alternative to the IMSI). It proceeds 
as follows: 

- the MAP_OBTAIN_IMEI service request is sent to the MSC, including only the Invoke Id; 
the VLR then waits for the response from the MSC; 

if the IMEI is received in the MAP_OBTAIN_IMEI service response, the macro terminates at the "OK" exit; 
if the System Failure error is reported in the MAP_OBTAJN_IMEI service response, the "Error" exit is used; 

- if the MSC terminates the dialogue using a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or 
MAP_NOTICE service indication, the necessary connections are released, and the "Aborted" exit is used for 
termination of the macro. 

The macro is shown in figure 21.6/5. 
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21 .7 Insert Subscriber Data Macros 
21.7.1 Macro lnsert_Subs_Data_VLR 

This macro describes the reception of the InsertSubscriberData service indication. This macro is used by any procedure 
that triggers the reception of subscriber data (e.g. Update Location or Restore Data). 

If the VLR does not support any basic or supplementary service or the network feature Operator Determined Barring, or 
there is a problem with Regional Subscription Data then it reports it to the HLR. 

If the entire MSC area is restricted due to regional subscription this is reported to the HLR. 

The SDL diagram is shown in figure 21.7/1. 
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21.7.2 Process lnsert_Subs_Data_Stand_Alone_HLR 

This process is used by HLR to transfer subscriber data to VLR in a stand alone mode, i.e. in its own dialogue, this is 
done whenever a change of subscriber data is performed either by the operator or by the subscriber and this change has 
to be reported to VLR. 

The process, after opening the dialogue with VLR, sends as many requests of the InsertSubscriberData service as 
necessary to transfer the subscriber data. The call to the process "Send_Insert_Subs_Data" (see subclause 21.7.4) is 
meant to describe two possible behaviours of the HLR when more than one service request has to be sent: 

either the HLR handles the requests and the confirmations in parallel; or 

the HLR sends every request after receiving the confirmation to the previous one. 

The macro "Wait_for_Insert_Subs_Data_Cnf' (see subclause 2L7.3) is also called in order to handle every single 
confirmation. 

If the result of a primitive received from the VLR is unsuccessful, the HLR may initiate re-attempts; the number of 
repeat attempts and the time in between are HLR operator options, depending on the error returned by the VLR. 

If certain services required for a subscriber are not supported by the VLR (e.g. Advice of Charge Charging Level), this 
may result in one of the following outcomes: 

the HLR stores and sends "Roaming Restriction Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restriction Due To Unsupported Feature" is stored 
in the HLR, the "MSC Area Restricted Flag" shall be set to "restricted". This will prevent MT calls, MT SM and 
MT USSD from being forwarded to the MSCA^LR. 

the HLR stores and sends other induced subscriber data (e.g. a specific barring program) in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. This will cause rejection of mobile originated service requests, 
except emergency calls. 

When the VLR receives regional subscription data (Zone Code List) it may respond with "MSC Area Restricted" in the 
MAP_INSERT_SUBSCRIBER_DATA response. In this case the "MSC Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT calls, MT SM and MT USSD from being forwarded to the MSC/VLR. 

If the HLR does not store "Roaming Restriction Due To Unsupported Feature" as a consequence of the stand alone 
Insert Subscriber Data procedure and the HLR does not receive "MSC Area Restricted" in the 

MAP_INSERT_SUBSCRIBER_DATA response and "Roaming Restriction Due To Unsupported Feature" has not been 
stored in the HLR in the course of a previous subscriber data retrieval procedure, the "MSC Area Restricted Flag" in the 
HLR shall be set to "not restricted". 

The SDL diagram is shown in figure 2L7/2. 
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21 .7.3 Macro Wait_forJnsert_Subs_Data_Cnf 

This macro is used by any process or macro that describes the handling of the reception of the Insert_Subscriber_Data 
service in HLR (e.g. Update Location or Restore Data). 

If the VLR reports the non-support of some basic or supplementary service or the network feature Operator Determined 
Barring then three actions are possible: 

to ignore the information received; 

to replace the not supported service; 

or to perform any other internal action. 

The SDL diagram is shown in figure 2L7/3. 
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21.7.4 Process SendJnsert_Subs_Data 

This process is used by any process or macro where the Insert_Subscriber_Data request is sent to VLR. 
The SDL diagram is shown in figure 21.7/4. 



MAPJNSERT_SUBSCRIBER_DATA 
MAP_DELIMITER_req 



Figure 21.7/4 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



604 



ETSI TS 100 974 V5.19.0 (2003-09) 



21 .8 Request IMSI Macros 
21 .8.1 Macro ObtainJMSLMSC 

This macro describes the handling of the request received from the VLR to provide the IMSI of a subscriber (e.g. at 
Location Updating). 

The SDL diagram is shown in figure 21.8/1. 
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21 .8.2 Macro ObtainJMSLVLR 

This macro describes the way VLR requests the MSC the IMSI of a subscriber (e.g. at Location Updating). 
The SDL diagram is shown in figure 2L8/2. 
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21 .9 Tracing macros 

21 .9.1 Macro Trace_Subscriber_Activity_MSC 

The Trace_Subscriber_Activity_MSC is invoked in the MSC, when the MSC receives the 

MAP_TRACE_SUBSCRIBER_ ACTIVITY indication from the VLR. The data of the primitive is checked and the 
tracing in the MSC is started if the content includes no errors. No response is returned to the VLR. 

The Trace_Subscriber_Activity_MSC macro is described in the figure 21.9/1. 
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21 .9.2 Macro Trace_Subscriber_Activity_VLR 

The macro Trace_Subscriber_Activity_VLR is invoked, if the subscriber activity is detected by the VLR and the tracing 
is active. The VLR sends MAP_TRACE_SUBSCRIBER_ ACTIVITY request to the MSC. No answer is awaited from 
the MSC. 

The Trace_Subscriber_Activity_VLR macro is shown in the figure 21.9/2. 
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21 .9.3 Macro Activate_Tracing_VLR 

The Activate_Tracing_VLR macro is invoked, ■when the MAP_ACTIVATE_TRACE_MODE indication is received 
from the HLR. The primitive is processed in the VLR as follows: 

if the data contains errors, a data missing or unexpected data value indication is returned to the HLR; 

if the tracing is not supported, a facility not supported indication is returned to the HLR; 

if the tracing buffer does not have any space left for the data, a tracing buffer full indication is returned to the 
HLR; 

if no errors is detected, the tracing is set active and a positive acknowledge is returned to the HLR. 

The Activate_Tracing_VLR macro is described in the figure 2L9/3. 
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21.9.4 Macro ControLTracing_HLR 

The Control_Tracing_HLR macro may be invoked in the HLR, if subscriber related activity is detected. If the tracing is 
active in the HLR and not active in the VLR, the MAP_ACTIVATE_TRACE_MODE request is sent to the VLR. 

The MAP_ACTIVATE_TRACE_MODE confirmation from the VLR is processed as follows: 

if the primitive contains a successful acknowledge, the tracing in VLR is set active; 

if the primitive contains errors, the tracing in VLR is set deactive. 
The Control_Tracing_HLR macro is shown in the figure 2L9/4. 
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21.10 Short Message Alert procedures 
21.10.1 Subscriber_Present_VLR process 

The Subscriber_Present_VLR process is invoked by the VLR, when the mobile subscriber becomes active and the 
MNRF flag is set. The general description of the short message alert procedures is in the subclause 20.4. 

The VLR sends the MAP_READY_FOR_SM request to the HLR and waits for the HLR to answer. When receiving the 
answer, the VLR will act as follows: 

the MNRF flag is cleared if the procedure is successful; 

the MNRF flag is not cleared if the procedure is not successful. 

The Subscriber_Present_VLR process is shown in the figure 2L10/L 
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21 .1 0.2 Macro Alert_Service_Centre_HLR 

The Alert_Service_Centre_HLR macro is initiated when the HLR notices that the Service Centre(s) shall be alerted. 
The macro starts process Alert_Service_Centre_HLR for every SC address in the MWD list. 

In the process Alert_Service_Centre_HLR the HLR sends MAP_ALERT_SERVICE_CENTRE request to the 
appropriate IWMSC. The MWD entry is deleted when the positive acknowledge is received from the IWMSC. The 
unsuccessful alert may be repeated. The MWD entry should be purged in the unsuccessful case, at least when a 
suitable time period has expired. 

The Alert_Service_Centre_HLR macro is shown in the figure 21.10/2 and the Alert_Service_Centre_HLR process is 
shown in the figure 21.10/3. 
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Annex A (informative): Cross-reference for abstract 
syntaxes of IVIAP 

Annex A is not part of the standard, it is included for information purposes only. 

For every ASN.l item such as identifier, type-reference or value-reference the cross-reference allows to locate all 
occurrences by means of module-name and line numbers. For that purpose line numbers are printed at the left margin in 
front of each ASN.l source line starting with 1 for every module. 

The items are sorted alphabetically in the cross-reference in a case-insensitive manner. Occurrences of an item are its 
definition and all its usages such as in exports, imports or within a type or value assignment. 

For every item additional information is provided such as kind of item (identifier, value reference, type reference), and 
tag, associated type and value if applicable. 

The cross-reference for a root module includes all modules referred to directly or indirectly via imports. The cross- 
references for the root modules MAP-Protocol/TCAPMessages and MAP-DialoguePDU are included. 

TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 1 



Sextensionld identifier of Fieldspec 

DEFINED in MAP-ExtensionDataTypes : 24 
USED in MAP-ExtensionDataTypes : 41 

&ExtensionType identifier of Fieldspec 

DEFINED in MAP-ExtensionDataTypes : 23 
USED in MAP-ExtensionDataTypes : 43 

abort identifier of [APPLICATION 7] IMPLICIT Abort 

DEFINED in TCAPMessages : 56 

Abort type reference SEQUENCE 

DEFINED in TCAPMessages : 74 

USED in TCAPMessages : 56 

absentSubscriber value reference AbsentSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 259 

AbsentSubscriber type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



222 
98 259 
33 70 88 
46 184 198 
36 
45 



absentSubscriber identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 117 

absentSubscriberDiagnosticSM identifier of [0] AbsentSubscriberDiagnosticSM 

DEFINED in MAP-SM-DataTypes : 110 

absentSubscriberDiagnosticSM identifier of AbsentSubscriberDiagnosticSM 

DEFINED in MAP-ER-DataTypes : 135 

AbsentSubscriberDiagnosticSM type reference INTEGER 



DEFINED in MAP-ER-DataTypes 
USED in MAP-SM-DataTypes 
USED in MAP-ER-DataTypes 



139 
39 110 
43 135 



absentSubscriberParam identifier of AbsentSubscriberParam 

DEFINED in MAP-Errors : 224 

AbsentSubscriberParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



206 

101 224 
34 
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absentsubscriberSM value reference AbsentSubscriberSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 293 



AbsentSubscriberSM type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



319 

119 

41 

70 



293 
79 



109 



absentSubscriberSM-Param identifier of AbsentSubscriberSM-Param 

DEFINED in MAP-Errors : 321 



AbsentSubscriberSM-Param type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



134 

111 

42 



321 



activateSS value reference ActivateSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 186 



ActivateSS type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



IC 



54 
15 



186 



activateTraceMode value reference ActivateTraceMode, CHOICE VALUE 

DEFINED in MAP-Protocol : 170 



ActivateTraceMode type reference OPERATION 



DEFINED in MAP-OperationAndMainte 
USED in MAP-Protocol 
USED in MAP-OperationAndMainte 



50 
36 
13 



170 
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TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 2 

activateTraceModeArg identifier of ActivateTraceModeArg 

DEFINED in MAP-OperationAndMainte : 52 

ActivateTraceModeArg type reference SEQUENCE 



DEFINED in MAP-OM-DataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-OM-DataTypes 



36 

34 52 

14 



activateTraceModeRes identifier of ActivateTraceModeRes 

DEFINED in MAP-OperationAndMainte : 54 

ActivateTraceModeRes type reference SEQUENCE 

DEFINED in MAP-OM-DataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-OM-DataTypes 

AddressString type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-OM-DataTypes 
USED in MAP-SS-DataTypes 
USED in MAP-SM-DataTypes 



50 




35 


54 


15 




e re 


fere 


74 




16 


118 


21 


40 


37 


55 


30 


54 



103 108 128 



ageOf Locationinf ormation identifier of AgeOfLocationlnformation 

DEFINED in MAP-MS-DataTypes : 635 

AgeOfLocationlnformation type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 643 
USED in MAP-MS-DataTypes : 635 

alertReason identifier of AlertReason 

DEFINED in MAP-SM-DataTypes : 146 

AlertReason type reference ENUMERATED 

DEFINED in MAP-SM-DataTypes : 149 

USED in MAP-SM-DataTypes : 26 146 

alertServiceCentre value reference AlertServiceCentre, CHOICE VALUE 

DEFINED in MAP-Protocol : 204 

AlertServiceCentre type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



123 
71 204 
17 



alertServiceCentreArg identifier of AlertServiceCentreArg 

DEFINED in MAP-ShortMessageServic : 125 

AlertServiceCentreArg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



126 
54 125 
22 



allAdditionallnfoTransferSS value reference SS-Code, 'lOOOOOOO'B 

DEFINED in MAP-SS-Code : 94 

allAlternateSpeech-DataCDA value reference BearerServiceCode, '00110000' 

DEFINED in MAP-BS-Code : 82 

allAlternateSpeech-DataCDS value reference BearerServiceCode, '00111000' 

DEFINED in MAP-BS-Code : 84 

allAsynchronousServices value reference BearerServiceCode, '01100000' 

DEFINED in MAP-BS-Code : 95 

allBarringSS value reference SS-Code, ' 10010000 'B 

DEFINED in MAP-SS-Code : 101 

allBearerServices value reference BearerServiceCode, '00000000' 

DEFINED in MAP-BS-Code : 49 

allCallCompletionSS value reference SS-Code, 'OlOOOOOO'B 

DEFINED in MAP-SS-Code : 63 
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allCallOfferingSS value reference SS-Code, 'OOllOOOO'B 

DEFINED in MAP-SS-Code : 54 

allCallPrioritySS value reference SS-Code, ' 10100000 'B 

DEFINED in MAP-SS-Code : 137 

allChargingSS value reference SS-Code, 'OlllOOOO'B 
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TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 3 

DEFINED in MAP-SS-Code : 86 

allCommunityOflnterest-SS value reference SS-Code, ' 01100000 'B 

DEFINED in MAP-SS-Code : 80 

allCondForwardingSS value reference SS-Code, 'OOIOIOOO'B 

DEFINED in MAP-SS-Code : 45 

allDataCDA-Services value reference BearerServiceCode, ' 00010000 'B 

DEFINED in MAP-BS-Code : 51 

allDataCDS-Services value reference BearerServiceCode, ' 00011000 'B 

DEFINED in MAP-BS-Code : 60 

allDataCircuitAsynchronous value reference BearerServiceCode, ' 01010000 'B 

DEFINED in MAP-BS-Code : 92 

allDataCircuitSynchronous value reference BearerServiceCode, ' 01011000 'B 

DEFINED in MAP-BS-Code : 98 

allDataPDS-Services value reference BearerServiceCode, 'OOIOIOOO'B 

DEFINED in MAP-BS-Code : 76 

allDataTeleservices value reference TeleserviceCode, ' 01110000 'B 

DEFINED in MAP-TS-Code : 55 

allECT-Barred identifier of Named Number, 9 

DEFINED in MAP-MS-DataTypes : 263 

allFacsimileTransmissionServices value reference TeleserviceCode, 'OllOOOOO'B 

DEFINED in MAP-TS-Code : 48 

allForwardingSS value reference SS-Code, 'OOIOOOOO'B 

DEFINED in MAP-SS-Code : 41 

allLineldentificationSS value reference SS-Code, 'OOOIOOOO'B 

DEFINED in MAP-SS-Code : 25 

allMultiPartySS value reference SS-Code, 'OIOIOOOO'B 

DEFINED in MAP-SS-Code : 74 

allOG-CallsBarred identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 254 

allPadAccessCA-Services value reference BearerServiceCode, 'OOIOOOOO'B 

DEFINED in MAP-BS-Code : 67 

allPLMN-specif icBS value reference BearerServiceCode, ' 11010000 'B 

DEFINED in MAP-BS-Code : 110 

allPLMN-specificSS value reference SS-Code, ' 11110000 'B 

DEFINED in MAP-SS-Code : 120 

allPLMN-specificTS value reference TeleserviceCode, ' 11010000 'B 

DEFINED in MAP-TS-Code : 72 

allShortMessageServices value reference TeleserviceCode, 'OOIOOOOO'B 

DEFINED in MAP-TS-Code : 44 

allSpeechFollowedByDataCDA value reference BearerServiceCode, ' 01000000 'B 

DEFINED in MAP-BS-Code : 86 

allSpeechFollowedByDataCDS value reference BearerServiceCode, ' 01001000 'B 

DEFINED in MAP-BS-Code : 88 

allSpeechTransmissionServices value reference TeleserviceCode, 'OOOIOOOO'B 

DEFINED in MAP-TS-Code : 40 

allSS value reference SS-Code, 'OOOOOOOO'B 

DEFINED in MAP-SS-Code : 21 

allSynchronousServices value reference BearerServiceCode, ' 01101000 'B 

DEFINED in MAP-BS-Code : 101 

allTeleservices value reference TeleserviceCode, 'OOOOOOOO'B 
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DEFINED in MAP-TS-Code : 38 

allTeleservices-ExeptSMS value reference TeleserviceCode, ' 10000000 'B 

DEFINED in MAP-TS-Code : 58 

allVoiceGroupCallServices value reference TeleserviceCode, ' 10010000 'B 

DEFINED in MAP-TS-Code : 67 
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anyTimelnterrogation value reference AnyTimelnterrogation, CHOICE VALUE 

DEFINED in MAP-Protocol : 213 

AnyTimelnterrogation type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



154 
29 213 
24 



anyTimelnterrogationArg identifier of AnyTimelnterrogationArg 

DEFINED in MAP-MobileServiceOpera : 156 

AnyTimelnterrogationArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



679 
89 156 
67 



anyTimelnterrogationRes identifier of AnyTimelnterrogationRes 

DEFINED in MAP-MobileServiceOpera : 158 

AnyTimelnterrogationRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



686 
90 158 
68 



aocc value reference SS-Code, 'OlllOOlO'B 

DEFINED in MAP-SS-Code : 91 

aoci value reference SS-Code, 'OlllOOOl'B 

DEFINED in MAP-SS-Code : 89 

assumedldle identifier of [0] NULL 

DEFINED in MAP-MS-DataTypes : 666 

ati-NotAllowed value reference ATI-NotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 270 

ATI-NotAllowed type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 



265 

105 270 

62 161 

52 



ati-NotAllowedParam identifier of ATI-NotAllowedParam 

DEFINED in MAP-Errors : 267 

ATI-NotAllowedParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



226 

108 267 
39 



AuthenticationSet type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 157 
USED in MAP-MS-DataTypes : 155 

authenticationSetList identifier of AuthenticationSetList 

DEFINED in MAP-MS-DataTypes : 151 

AuthenticationSetList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 154 

USED in MAP-MS-DataTypes : 151 192 

automaticFacsimileGroup3 value reference TeleserviceCode, '01100010' 

DEFINED in MAP-TS-Code : 50 

badlyFormattedTransactionPortion identifier of Named Number, 2 

DEFINED in TCAPMessages : 105 

badlyStructuredComponent identifier of Named Number, 2 

DEFINED in TCAPMessages : 181 

baic value reference SS-Code, ' 10011010 'B 

DEFINED in MAP-SS-Code : 114 

baoc value reference SS-Code, ' 10010010 'B 
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DEFINED in MAP-SS-Code : 105 

barringOf IncomingCalls value reference SS-Code, ' 10011001 'B 

DEFINED in MAP-SS-Code : 112 

barringOfOutgoingCalls value reference SS-Code, ' 10010001 'B 

DEFINED in MAP-SS-Code : 103 
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barringServiceActive identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 88 

basicCall identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 88 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 321 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 396 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 439 

basicService identifier of [5] Ext-BasicServiceCode 

DEFINED in MAP-CH-DataTypes : 111 

basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes : 54 

basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes : 77 

basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes : 131 

basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes : 157 

basicService identifier of BasicServiceCode 

DEFINED in MAP-ER-DataTypes : 109 

BasicServiceCode type reference CHOICE 



DEFINED in MAP-CommonDataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-SS-DataTypes 
USED in MAP-ER-DataTypes 



266 
38 

40 54 77 131 157 213 
54 109 



basicServiceCroup identifier of [9] Ext-BasicServiceCode 

DEFINED in MAP-CH-DataTypes : 78 

basicServiceCroup identifier of [1] Ext-BasicServiceCode 

DEFINED in MAP-CH-DataTypes : 150 

basicServiceCroupList identifier of Ext-BasicServiceCroupList 

DEFINED in MAP-MS-DataTypes : 414 

basicServiceCroupList identifier of Ext-BasicServiceCroupList 

DEFINED in MAP-MS-DataTypes : 461 

basicServiceCroupList identifier of BasicServiceCroupList 

DEFINED in MAP-SS-DataTypes : 139 

basicServiceCroupList identifier of [2] BasicServiceCroupList 

DEFINED in MAP-SS-DataTypes : 167 

BasicServiceCroupList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 212 

USED in MAP-SS-DataTypes : 139 167 

basicServiceList identifier of [1] BasicServiceList 

DEFINED in MAP-MS-DataTypes : 492 

BasicServiceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 504 
USED in MAP-MS-DataTypes : 492 

bearerService identifier of [2] BearerServiceCode 

DEFINED in MAP-CommonDataTypes : 267 

BearerServiceCode type reference OCTET STRING 

DEFINED in MAP-BS-Code : 11 

USED in MAP-CommonDataTypes : 49 267 
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USED in MAP-BS-Code 



49 


51 


52 


53 


54 


55 


56 


57 


58 


60 


61 


62 


63 


64 


65 


67 


68 


69 


70 


71 


72 


73 


74 


76 


77 


78 


79 


80 


82 


84 


86 


88 


92 


95 


98 


101 


110 


111 


112 


113 


114 


115 


116 


117 


118 


119 


120 


121 


122 


123 


124 


125 
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bearerServiceList identifier of [4] BearerServiceList 

DEFINED in MAP-MS-DataTypes : 215 

BearerServiceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 237 

USED in MAP-MS-DataTypes : 215 475 

bearerServiceList identifier of [2] BearerServiceList 

DEFINED in MAP-MS-DataTypes : 475 

bearerServiceNotProvisioned value reference BearerServiceNotProvisioned^ CHOICE 

VALUE 

DEFINED in MAP-Protocol : 237 

BearerServiceNotProvisioned type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



187 
91 237 
30 68 

33 84 101 118 138 156 
30 



bearerServNotProvParam identifier of BearerServNotProvParam 

DEFINED in MAP-Errors : 189 

BearerServNotProvParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



190 
96 189 
30 



begin identifier of [APPLICATION 2] IMPLICIT Begin 

DEFINED in TCAPMessages : 53 

Begin type reference SEQUENCE 

DEFINED in TCAPMessages : 61 

USED in TCAPMessages : 53 

bicRoam value reference SS-Code, ' 10011011 'B 

DEFINED in MAP-SS-Code : 116 

blackListed identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 199 

boic value reference SS-Code, ' 10010011 'B 

DEFINED in MAP-SS-Code : 107 

boicExHC value reference SS-Code, ' 10010100 'B 

DEFINED in MAP-SS-Code : 109 

broadcast InitEntitlement identifier of NULL 

DEFINED in MAP-MS-DataTypes : 598 

bss-APDU identifier of ExternalSignalInf o 

DEFINED in MAP-MobileServiceOpera : 181 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MobileServiceOpera : 186 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MobileServiceOpera : 190 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MobileServiceOpera : 196 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MS-DataTypes : 174 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MS-DataTypes : 179 

bss-APDU identifier of ExternalSignallnfo 

DEFINED in MAP-MS-DataTypes : 185 

busy identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 97 
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busySubscriber value reference BusySubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 260 



BusySubscriber 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



-type reference ERROR 
228 
99 260 
34 71 
43 
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busySubscriberParam identifier of BusySubscriberParam 

DEFINED in MAP-Errors : 230 

BusySubscriberParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



210 

102 230 
35 



callBarred value reference CallBarred, CHOICE VALUE 

DEFINED in MAP-Protocol : 262 

CallBarred type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



238 




101 


262 


36 


73 


35 


86 


37 


78 


46 





103 120 140 158 172 213 



callBarredParam identifier of CallBarredParam 

DEFINED in MAP-Errors : 240 

CallBarredParam type reference CHOICE 

DEFINED in MAP-ER-DataTypes : 80 

USED in MAP-Errors : 104 240 

USED in MAP-ER-DataTypes : 15 

callBarringCause identifier of CallBarringCause 

DEFINED in MAP-ER-DataTypes : 81 

CallBarringCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 87 

USED in MAP-ER-DataTypes : 81 92 

callBarringCause identifier of CallBarringCause 

DEFINED in MAP-ER-DataTypes : 92 

CallBarringFeature type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 130 
USED in MAP-SS-DataTypes : 128 

callBarringFeatureList identifier of Ext-CallBarFeatureList 

DEFINED in MAP-MS-DataTypes : 387 

CallBarringFeatureList identifier of CallBarringFeatureList 

DEFINED in MAP-SS-DataTypes : 123 

CallBarringFeatureList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 126 
USED in MAP-SS-DataTypes : 123 

callBarringlnfo identifier of [1] Ext-CallBarlnfo 

DEFINED in MAP-MS-DataTypes : 285 

callBarringlnfo identifier of [1] CallBarringlnfo 

DEFINED in MAP-SS-DataTypes : 64 

CallBarringlnfo type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 121 
USED in MAP-SS-DataTypes : 64 

calledPartySS-InteractionViolation identifier of Named Number, 7 

DEFINED in MAP-ER-DataTypes : 105 

callRef erenceNumber identifier of [7] CallReferenceNumber 

DEFINED in MAP-CH-DataTypes : 76 

CallReferenceNumber type reference OCTET STRING 

DEFINED in MAP-CH-DataTypes : 93 

USED in MAP-CH-DataTypes : 22 76 137 149 

CallReferenceNumber identifier of [9] CallReferenceNumber 

DEFINED in MAP-CH-DataTypes : 137 
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callReferenceNumber identifier of [0] CallReferenceNumber 

DEFINED in I^lAP-CH-DataTypes : 149 

camelBusy identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 667 

camellnfo identifier of [11] Camellnfo 
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DEFINED in I^lAP-CH-DataTypes : 80 

Camellnfo type reference SEQUENCE 

DEFINED in I"IAP-CH-DataTypes : 162 
USED in MAP-CH-DataTypes : 80 

camelRoutingInf o identifier of [8] CamelRoutinglnfo 

DEFINED in MAP-CH-DataTypes : 170 

CamelRoutinglnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 172 
USED in MAP-CH-DataTypes : 170 

camelSubscriptionlnfoWithdraw identifier of [9] NULL 

DEFINED in MAP-MS-DataTypes : 500 

cancelLocation value reference CancelLocation, CHOICE VALUE 

DEFINED in MAP-Protocol : 129 

CancelLocation type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



119 
13 129 
16 



cancelLocationArg identifier of CancelLocationArg 

DEFINED in MAP-MobileServiceOpera : 121 

CancelLocationArg type reference CHOICE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



134 
71 121 
18 



category identifier of [2] Category 

DEFINED in MAP-MS-DataTypes : 213 

Category type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 230 
USED in MAP-MS-DataTypes : 213 

ccbs value reference SS-Code, 'OlOOOOll'E 

DEFINED in MAP-SS-Code : 70 

cellldFixedLength identifier of [0] CellldFixedLength 

DEFINED in MAP-CommonDataTypes : 242 

CellldFixedLength type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 245 
USED in MAP-CommonDataTypes : 242 

cellldOrLAI identifier of [3] CellldOrLAI 

DEFINED in MAP-MS-DataTypes : 639 

CellldOrLAI type reference CHOICE 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



241 

103 639 
35 



cfb value reference SS-Code, 'OOIOIOOI'B 

DEFINED in MAP-SS-Code : 47 

cfnrc value reference SS-Code, ' 00101011 'B 

DEFINED in MAP-SS-Code : 51 

cfnry value reference SS-Code, 'OOIOIOIO'B 

DEFINED in MAP-SS-Code : 49 

cfu value reference SS-Code, ' 00100001 'B 

DEFINED in MAP-SS-Code : 43 

chargeableECT-Barred identifier of Named Number, 10 

DEFINED in MAP-MS-DataTypes : 264 

checklMEI value reference ChecklMEI, CHOICE VALUE 

DEFINED in MAP-Protocol : 151 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



629 



ETSI TS 100 974 V5.19.0 (2003-09) 



ChecklMEI 

DEFINED in I^lAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



.type reference OPERATION 
219 
22 151 
37 



clip 

DEFINED in MAP-SS-Code 



.value reference SS-Code, 
28 



'00010001' 
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clir value reference SS-Code, 'OOOIOOIO'B 

DEFINED in MAP-SS-Code : 30 

cliRestrictionOption identifier of [2] CliRestrictionOption 

DEFINED in MAP-SS-DataTypes : 143 

CliRestrictionOption type reference ENUMERATED 

DEFINED in MAP-SS-DataTypes : 146 

USED in MAP-SS-DataTypes : 27 143 162 

CliRestrictionOption identifier of CliRestrictionOption 

DEFINED in MAP-SS-DataTypes : 162 

Cli-Restrictionlnfo type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 160 
USED in MAP-SS-DataTypes : 169 

cli-Restrictionlnf o identifier of [4] Cli-Restrictionlnfo 

DEFINED in MAP-SS-DataTypes : 169 

collectedinf o identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 541 

colp value reference SS-Code, 'OOOlOOll'B 

DEFINED in MAP-SS-Code : 32 

coir value reference SS-Code, ' 00010100 'B 

DEFINED in MAP-SS-Code : 34 

Component type reference CHOICE 

DEFINED in TCAPMessages : 124 

USED in TCAPMessages : 47 115 

ComponentPortion type reference [APPLICATION 12] IMPLICIT SEQUENCE OF 

DEFINED in TCAPMessages : 115 

USED in TCAPMessages : 59 63 67 72 

components identifier of ComponentPortion 

DEFINED in TCAPMessages : 59 

components identifier of ComponentPortion 

DEFINED in TCAPMessages : 63 

components identifier of ComponentPortion 

DEFINED in TCAPMessages : 67 

components identifier of ComponentPortion 

DEFINED in TCAPMessages : 72 

Continue type reference SEQUENCE 

DEFINED in TCAPMessages : 69 

USED in TCAPMessages : 55 

continueCall identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 549 

continue-ME identifier of [APPLICATION 5] IMPLICIT Continue 

DEFINED in TCAPMessages : 55 

controllingMSC identifier of Named Number, 4 

DEFINED in MAP-CommonDataTypes : 234 

cug value reference SS-Code, ' 01100001 'B 

DEFINED in MAP-SS-Code : 83 

cuglC-CallBarred identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 425 

cugOG-CallBarred identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 426 

cugSubscriptionFlag identifier of [6] NULL 

DEFINED in MAP-CH-DataTypes : 108 
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CUG-Checklnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 60 

USED in MAP-CH-DataTypes : 70 107 153 

cug-Checklnfo identifier of [1] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes : 70 
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cug-CheckInf o identifier of [3] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes : 107 

cug-Checklnfo identifier of [4] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes : 153 

CUG-Feature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 438 
USED in MAP-MS-DataTypes : 431 

cug-FeatureList identifier of CUG-FeatureList 

DEFINED in MAP-MS-DataTypes : 403 

CUG-FeatureList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 430 
USED in MAP-MS-DataTypes : 403 

cug-Index identifier of CUG-Index 

DEFINED in MAP-MS-DataTypes : 411 

CUG-Index type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 418 

USED in MAP-MS-DataTypes : 49 411 440 

cug-Info identifier of [2] CUG-Info 

DEFINED in MAP-MS-DataTypes : 286 

CUG-Info type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 401 
USED in MAP-MS-DataTypes : 286 

cug-Interlock identifier of CUG-Interlock 

DEFINED in MAP-MS-DataTypes : 412 

CUG-Interlock type reference OCTET STRING 



DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



421 
50 412 
31 61 



cug-Interlock identifier of CUG-Interlock 

DEFINED in MAP-CH-DataTypes : 61 

cug-OutgoingAccess identifier of NULL 

DEFINED in MAP-CH-DataTypes : 62 

cug-Reject value reference CUG-Reject, CHOICE VALUE 

DEFINED in MAP-Protocol : 266 

CUG-Reject type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



253 

104 266 

39 74 

49 



cug-Re jectCause identifier of CUG-Re jectCause 

DEFINED in MAP-ER-DataTypes : 97 

CUG-Re jectCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 101 
USED in MAP-ER-DataTypes : 97 

cug-Re jectParam identifier of CUG-Re jectParam 

DEFINED in MAP-Errors : 255 

CUG-Re jectParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



96 
107 255 
16 



CUG-Subscription type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 410 
USED in MAP-MS-DataTypes : 408 

cug-SubscriptionList identifier of CUG-SubscriptionList 

DEFINED in MAP-MS-DataTypes : 402 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 633 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 



CUG-SubscriptionList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 407 
USED in MAP-MS-DataTypes : 402 

currentPassword identifier of Password 

DEFINED in MAP-SupplementaryServi : 225 
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cw value reference SS-Code, 'OlOOOOOl'B 

DEFINED in MAP-SS-Code : 66 

dataCDA-1200bps value reference BearerServiceCode, ' 00010010 'B 

DEFINED in MAP-BS-Code : 53 

dataCDA-1200-75bps value reference BearerServiceCode, ' 00010011 'B 

DEFINED in MAP-BS-Code : 54 

dataCDA-2400bps value reference BearerServiceCode, ' 00010100 'B 

DEFINED in MAP-BS-Code : 55 

dataCDA-300bps value reference BearerServiceCode, ' 00010001 'B 

DEFINED in MAP-BS-Code : 52 

dataCDA-4 8 0bps value reference BearerServiceCode, ' 00010101 'B 

DEFINED in MAP-BS-Code : 56 

dataCDA-9600bps value reference BearerServiceCode, ' 00010110 'B 

DEFINED in MAP-BS-Code : 57 

dataCDS-1200bps value reference BearerServiceCode, ' 00011010 'B 

DEFINED in MAP-BS-Code : 61 

dataCDS-2400bps value reference BearerServiceCode, ' 00011100 'B 

DEFINED in MAP-BS-Code : 62 

dataCDS-4800bps value reference BearerServiceCode, ' 00011101 'B 

DEFINED in MAP-BS-Code : 63 

dataCDS-9600bps value reference BearerServiceCode, ' 00011110 'B 

DEFINED in MAP-BS-Code : 64 

dataMissing value reference DataMissing, CHOICE VALUE 

DEFINED in MAP-Protocol : 218 

DataMissing type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 

USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 



126 

80 218 

55 114 124 138 149 162 175 199 213 

226 238 249 268 

24 58 72 83 

24 62 84 

31 82 99 116 136 154 169 182 196 
211 

USED in MAP-ShortMessageServic : 28 73 101 118 129 141 
USED in MAP-Errors : 15 

dataMissingParam identifier of DataMissingParam 

DEFINED in MAP-Errors : 128 

DataMissingParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



154 
87 12£ 
21 



dataPDS-2400bps value reference BearerServiceCode, '00101100 'I 

DEFINED in MAP-BS-Code : 77 

dataPDS-4800bps value reference BearerServiceCode, '00101101 'I 

DEFINED in MAP-BS-Code : 78 

dataPDS-9600bps value reference BearerServiceCode, '00101110 'I 

DEFINED in MAP-BS-Code : 79 

deactivateSS value reference DeactivateSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 187 

DeactivateSS type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



128 
55 187 
16 



deactivateTraceMode value reference DeactivateTraceMode, CHOICE VALUE 
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DEFINED in MAP-Protocol 



171 



DeactivateTraceMode 

DEFINED in I^lAP-OperationAndMainte 
USED in MAP-Protocol 
USED in MAP-OperationAndMainte 



.type reference OPERATION 
64 

37 171 
14 
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deactivateTraceModeArg identifier of DeactivateTraceModeArg 

DEFINED in MAP-OperationAndMainte : 66 

DeactivateTraceModeArg type reference SEQUENCE 



DEFINED in MAP-OM-DataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-OM-DataTypes 



54 

36 66 

16 



deactivateTraceModeRes identifier of DeactivateTraceModeRes 

DEFINED in MAP-OperationAndMainte : 68 

DeactivateTraceModeRes type reference SEQUENCE 



DEFINED in MAP-OM-DataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-OM-DataTypes 



60 

37 68 

17 



defaultCallHandling identifier of [1] DefaultCallHandling 

DEFINED in MAP-MS-DataTypes : 534 

DefaultCallHandling type reference ENUMERATED 



DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



548 
46 534 
29 196 



defaultCallHandling identifier of [1] DefaultCallHandling 

DEFINED in MAP-CH-DataTypes : 196 

defaultPriority identifier of EMLPP-Priority 

DEFINED in MAP-MS-DataTypes : 292 

deleteSubscriberData value reference DeleteSubscriberData^ CHOICE VALUE 

DEFINED in MAP-Protocol : 157 

DeleteSubscriberData type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



242 
24 157 
41 



deleteSubscriberDataArg identifier of DeleteSubscriberDataArg 

DEFINED in MAP-MobileServiceOpera : 244 

DeleteSubscriberDataArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



490 
82 244 
37 



deleteSubscriberDataRes identifier of DeleteSubscriberDataRes 

DEFINED in MAP-MobileServiceOpera : 246 

DeleteSubscriberDataRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



509 
83 246 
38 



derivable identifier of InvokeldType 

DEFINED in TCAPMessages : 167 

DestTransactionID type reference [APPLICATION 9] IMPLICIT 

TransactionID 

DEFINED in TCAPMessages : 98 

USED in TCAPMessages : 65 70 74 

diagnosticinf o identifier of Signallnfo 

DEFINED in MAP-ER-DataTypes : 130 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages : 58 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages : 62 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages : 66 

dialoguePortion identifier of DialoguePortion 
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DEFINED in TCAPMessages : 71 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages : 77 

DialoguePortion type reference [APPLICATION 11] EXTERNAL 

DEFINED in TCAPMessages : 82 

USED in TCAPMessages : 58 62 66 71 77 
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doublyChargeableECT-Barred identifier of Named Number, 13 

DEFINED in MAP-MS-DataTypes : 267 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages : 65 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages : 70 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages : 74 

duplicatelnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 183 

ect value reference SS-Code, 'OOllOOOl'B 

DEFINED in MAP-SS-Code : 57 

eir identifier of Named Number, 6 

DEFINED in MAP-CommonDataTypes : 236 

emergencyCalls value reference TeleserviceCode, ' 00010010 'B 

DEFINED in MAP-TS-Code : 42 

emlpp value reference SS-Code, ' 10100001 'B 

DEFINED in MAP-SS-Code : 140 

emlpp-Info identifier of [4] EMLPP-Info 

DEFINED in MAP-MS-DataTypes : 288 

EMLPP-Info type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 290 
USED in MAP-MS-DataTypes : 288 

EMLPP-Priority type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 296 

USED in MAP-MS-DataTypes : 291 292 302 303 304 305 306 307 308 

End type reference SEQUENCE 

DEFINED in TCAPMessages : 65 

USED in TCAPMessages : 54 

end-ME identifier of [APPLICATION 4] IMPLICIT End 

DEFINED in TCAPMessages : 54 

enterNewPW identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 198 

enterNewPW-Again identifier of Named Number, 2 

DEFINED in MAP-SS-DataTypes : 199 

enterPW identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 197 

equipmentNotSM-Equipped identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 122 

equipmentProtocolError identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 121 

equipmentStatus identifier of EquipmentStatus 

DEFINED in MAP-MobileServiceOpera : 223 

EquipmentStatus type reference ENUMERATED 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



197 
79 223 
32 



eraseSS value reference EraseSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 185 

EraseSS type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 91 

USED in MAP-Protocol : 53 185 
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USED in MAP-SupplementaryServi : 14 

errorCode identifier of ERROR 

DEFINED in TCAPMessages : 158 

USED in TCAPMessages : 159 

ets-300102-1 identifier of Named Number, 4 
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DEFINED in MAP-CommonDataTypes : 187 

extendedRoutinglnf o identifier of ExtendedRoutinglnfo 

DEFINED in MAP-CH-DataTypes : 106 

ExtendedRoutinglnfo type reference CHOICE 

DEFINED in MAP-CH-DataTypes : 168 
USED in MAP-CH-DataTypes : 106 

extensibleCallBarredParam identifier of ExtensibleCallBarredParam 

DEFINED in MAP-ER-DataTypes : 83 

ExtensibleCallBarredParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 91 
USED in MAP-ER-DataTypes : 83 

extensibleSystemFailureParam identifier of ExtensibleSystemFailureParam 

DEFINED in MAP-ER-DataTypes : 145 

ExtensibleSystemFailureParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 149 
USED in MAP-ER-DataTypes : 145 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 126 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 132 

extensionContainer identifier of [14] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 208 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 250 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 293 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 313 

extensionContainer identifier of [9] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 327 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 388 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 398 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 404 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 415 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 442 

extensionContainer identifier of [5] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 462 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 481 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 501 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 512 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 517 

extensionContainer identifier of ExtensionContainer 
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DEFINED in MAP-MS-DataTypes : 522 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 535 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 570 
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extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 576 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 593 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 599 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 614 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 619 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 625 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 631 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 640 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 683 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 688 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 168 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-OM-DataTypes : 41 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-OM-DataTypes : 51 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-OM-DataTypes : 57 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-OM-DataTypes : 61 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 63 

extensionContainer identifier of [13] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 82 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 114 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 125 

extensionContainer identifier of [11] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 139 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 144 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 155 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 159 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 165 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 175 
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extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 181 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 186 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 644 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 16 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 197 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 55 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 61 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 67 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 74 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 79 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 87 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 92 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 112 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 122 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 134 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 73 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 93 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 98 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 131 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 136 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 151 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 155 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 159 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 163 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 167 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 171 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 175 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 179 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 183 
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extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 187 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 191 

extensionContainer identifier of ExtensionContainer 
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TAG 
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R5.70 



Cross Reference Listing for MAP-Protocol 
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DEFINED in MAP-ER-DataTypes 



195 



extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 199 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 203 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 207 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 211 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 215 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 219 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 223 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 227 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 231 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 235 

ExtensionContainer type reference SEQUENCE 

DEFINED in MAP-ExtensionDataTypes 
USED in MAP-MS-DataTypes 



USED in MAP-CommonDataTypes 
USED in MAP-OM-DataTypes 
USED in MAP-CH-DataTypes 

USED in MAP-SM-DataTypes 

USED in MAP-ER-DataTypes 



USED in MAP-ExtensionDataTypes 
ExtensionSet information object set reference MAP-EXTENSION, Information Object 



: 32 


















: 111 


126 


132 


208 


250 


293 


313 


327 


388 


398 


404 


415 


442 


462 


481 


501 


512 


517 


522 


535 


570 


576 


593 


599 


614 


619 


625 


631 


640 


683 


688 












: 55 


168 
















: 27 


41 


51 


57 


61 










: 53 


63 


82 


114 


125 


139 


144 


155 


159 


165 


175 


181 


186 


197 










: 44 


55 


61 


67 


74 


79 


87 


92 


112 


122 


134 
















: 65 


73 


93 


98 


131 


136 


151 


155 


159 


163 


167 


171 


175 


179 


183 


187 


191 


195 


199 


203 


207 


211 


215 


219 


223 


227 


231 


235 


















: 16 



















Set 



DEFINED in MAP-ExtensionDataTypes : 
USED in MAP-ExtensionDataTypes : 



48 
42 



44 



ExternalSignallnfo type reference SEQUENCE 



DEFINED in MAP-CommonDataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-CH-DataTypes 



163 
96 



19 
45 



181 
174 



79 



186 
179 



133 



190 
185 



134 



196 



extid identifier of InformationOb jectClassFieldType 

DEFINED in MAP-ExtensionDataTypes : 41 

extType identifier of InformationOb JectClassFieldType 

DEFINED in MAP-ExtensionDataTypes : 43 

Ext-BasicServiceCode type reference CHOICE 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-CH-DataTypes 



321 396 434 
78 111 150 
Ext-BasicServiceGroupList type reference SEQUENCE OF 



270 

104 

39 

48 



439 



505 
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DEFINED in MAP-MS-DataTypes : 433 

USED in MAP-MS-DataTypes : 414 461 

ext-BearerService identifier of [2] Ext-BearerServiceCode 

DEFINED in MAP-CommonDataTypes : 271 

Ext-BearerServiceCode type reference OCTET STRING 

DEFINED in MAP-BS-Code : 25 
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USED in MAP-MS-DataTypes : 85 238 
USED in MAP-CommonDataTypes : 50 271 

Ext-CallBarFeatureList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 391 
USED in MAP-MS-DataTypes : 387 

Ext-CallBarlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 385 
USED in MAP-MS-DataTypes : 285 

Ext-CallBarringFeature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 395 
USED in MAP-MS-DataTypes : 393 

Ext-ForwFeature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 320 
USED in MAP-MS-DataTypes : 318 

Ext-ForwFeatureList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 316 
USED in MAP-MS-DataTypes : 312 

Ext-Forwinfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 310 
USED in MAP-MS-DataTypes : 284 

Ext-ForwOptions type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 351 
USED in MAP-MS-DataTypes : 325 

Ext-NoRepCondTime type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 378 
USED in MAP-MS-DataTypes : 326 

Ext-SS-Data type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 457 
USED in MAP-MS-DataTypes : 287 

Ext-SS-Info type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 283 
USED in MAP-MS-DataTypes : 281 

Ext-SS-InfoList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 280 
USED in MAP-MS-DataTypes : 221 

Ext-SS-Status type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 330 

USED in MAP-MS-DataTypes : 322 397 459 

ext-Teleservice identifier of [3] Ext-TeleserviceCode 

DEFINED in MAP-CommonDataTypes : 272 

Ext-TeleserviceCode type reference OCTET STRING 



DEFINED in MAP-TS-Code 

USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



20 

90 243 

44 272 



f acilityNotSupParam identifier of FacilityNotSupParam 

DEFINED in MAP-Errors : 140 

FacilityNotSupParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



162 
89 140 
23 



facilityNotSupported value reference FacilityNotSupported, CHOICE VALUE 

DEFINED in MAP-Protocol : 220 

FacilityNotSupported type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
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82 


220 




26 


60 


74 


26 


64 


86 
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USED in MAP-ShortMessageServic : 30 75 90 103 143 
USED in MAP-Errors : 17 

f acsimileGroup3AnclAlterSpeech value reference TeleserviceCode, ' 01100001 'B 

DEFINED in MAP-TS-Code : 49 

facsimileGroup4 value reference TeleserviceCode, ' 01100011 'B 
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DEFINED in MAP-TS-Code 



51 



f orwardAccessSignalling value reference ForwardAccessSignalling^ CHOICE VALUE 

DEFINED in MAP-Protocol : 139 



ForwardAccessSignalling type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



188 
19 139 
30 



f orwardCheckSS-Indication value reference ForwardCheckSS-Indication^ CHOICE 



VALUE 



DEFINED in MAP-Protocol 



163 



ForwardCheckSS-Indication type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



259 
26 163 
45 



f orwardedToNumber identifier of 

DEFINED in MAP-MS-DataTypes : 323 

f orwardedToNumber identifier of 

DEFINED in MAP-CH-DataTypes : 122 

f orwardedToNumber identifier of 

DEFINED in MAP-SS-DataTypes : 55 

f orwardedToNumber identifier of 

DEFINED in MAP-SS-DataTypes : 79 

forwardedToSubaddress identifier of 

DEFINED in MAP-MS-DataTypes : 324 

forwardedToSubaddress identifier of 

DEFINED in MAP-CH-DataTypes : 123 

forwardedToSubaddress identifier of 

DEFINED in MAP-SS-DataTypes : 56 

forwardedToSubaddress identifier of 

DEFINED in MAP-SS-DataTypes : 80 



5] ISDN-AddressString 

5] ISDN-AddressString 

4] AddressString 

5] ISDN-AddressString 

8] ISDN-SubaddressString 

4] ISDN-SubaddressString 

6] ISDN-SubaddressString 

8] ISDN-SubaddressString 



forwarding identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 89 

f orwardingData identifier of ForwardingData 

DEFINED in MAP-CH-DataTypes : 119 

ForwardingData type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 121 

USED in MAP-CH-DataTypes : 119 151 173 

f orwardingData identifier of [2] ForwardingData 

DEFINED in MAP-CH-DataTypes : 151 

f orwardingData identifier of ForwardingData 

DEFINED in MAP-CH-DataTypes : 173 

f orwardingFailed value reference ForwardingFailed, CHOICE VALUE 

DEFINED in MAP-Protocol : 263 



ForwardingFailed type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



248 

103 263 

38 97 

48 



f orwardingFailedParam identifier of ForwardingFailedParam 

DEFINED in MAP-Errors : 250 



ForwardingFailedParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



222 

106 250 
38 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 651 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 



ForwardingFeature type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 76 
USED in I>4AP-SS-DataTypes : 74 

f orwardingFeatureList identifier of Ext-ForwFeatureList 

DEFINED in MAP-MS-DataTypes : 312 
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f orwardingFeatureList identifier of ForwardingFeatureList 

DEFINED in MAP-SS-DataTypes : 69 

ForwardingFeatureList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 72 

USED in MAP-SS-DataTypes : 69 168 

f OrwardingFeatureList identifier of [3] ForwardingFeatureList 

DEFINED in MAP-SS-DataTypes : 168 

f orwardinginf o identifier of [0] Ext-ForwInfo 

DEFINED in MAP-MS-DataTypes : 284 

f orwardinginf o identifier of [0] Forwardinglnfo 

DEFINED in MAP-SS-DataTypes : 63 

Forwardinglnfo type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 67 
USED in MAP-SS-DataTypes : 63 

f orwardinglnterrogationRequired identifier of [4] NULL 

DEFINED in MAP-CH-DataTypes : 112 

f orwardingOptions identifier of [6] Ext-ForwOptions 

DEFINED in MAP-MS-DataTypes : 325 

f orwardingOptions identifier of [6] ForwardingOptions 

DEFINED in MAP-CH-DataTypes : 124 

f orwardingOptions identifier of [6] ForwardingOptions 

DEFINED in MAP-SS-DataTypes : 81 

ForwardingOptions type reference OCTET STRING 



DEFINED in MAP-SS-DataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SS-DataTypes 



100 
37 124 
29 81 



f orwardingReason identifier of [8] ForwardingReason 

DEFINED in MAP-CH-DataTypes : 77 

ForwardingReason type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 95 
USED in MAP-CH-DataTypes : 77 

forwardingViolation value reference ForwardingViolation, CHOICE VALUE 

DEFINED in MAP-Protocol : 265 

ForwardingViolation type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



243 

102 265 

37 75 

47 



f orwardingViolationParam identifier of ForwardingViolationParam 

DEFINED in MAP-Errors : 245 

ForwardingViolationParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



218 

105 245 
37 



generalProblem identifier of [0] IMPLICIT GeneralProblem 

DEFINED in TCAPMessages : 170 

GeneralProblem type reference INTEGER 

DEFINED in TCAPMessages : 179 

USED in TCAPMessages : 170 

general-dataCDA value reference BearerServiceCode, '00010111 'I 

DEFINED in MAP-BS-Code : 58 

general-dataCDS value reference BearerServiceCode, 'OOOlllll'I 

DEFINED in MAP-BS-Code : 65 

general-dataPDS value reference BearerServiceCode, 'OOlOllll'I 
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DEFINED in MAP-BS-Code : 80 

general-padAccessCA value reference BearerServiceCode, ' 00100111 'B 

DEFINED in MAP-BS-Code : 74 

geographicalinf ormation identifier of [0] Geographicallnformation 

DEFINED in MAP-MS-DataTypes : 636 
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Geographicallnformation type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 652 
USED in MAP-MS-DataTypes : 636 

getPassword value reference GetPassword, CHOICE VALUE 

DEFINED in MAP-Protocol : 194 

GetPassword type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



221 
61 194 
22 219 



GlobalCellld type reference OCTET STRING 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



219 

102 172 183 
31 



gmscCamelSubscriptionInf o identifier of [0] GmscCamelSubscriptionlnfo 

DEFINED in MAP-CH-DataTypes : 174 

GmscCamelSubscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 178 
USED in MAP-CH-DataTypes : 174 

gmsc-Address identifier of [6] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 75 

gmsc-Address identifier of [8] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 136 

greyListed identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 200 

groupid identifier of Groupid 

DEFINED in MAP-MS-DataTypes : 592 

groupid identifier of Groupid 

DEFINED in MAP-MS-DataTypes : 597 

Groupid type reference TBCD-STRING 

DEFINED in MAP-MS-DataTypes : 602 

USED in MAP-MS-DataTypes : 592 597 

gsmSCF-Address identifier of [0] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 533 

gsmSCF-Address identifier of [3] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 682 

gsmSCF-Address identifier of [0] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 195 

gsm-0408 identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 183 

gsm-0806 identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 184 

gsm-BearerCapability identifier of [5] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 133 

gsm-BSSMAP identifier of Named Number, 3 

DEFINED in MAP-CommonDataTypes : 185 

guidanceinf o identifier of GuidanceInf o 

DEFINED in MAP-SupplementaryServi : 223 

Guidanceinf o type reference ENUMERATED 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



196 
60 223 
23 



handoverNumber identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 178 
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hlr identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 231 

HLR-Id type reference IMSI 

DEFINED in MAP-CommonDataTypes : 208 
USED in MAP-CommonDataTypes : 213 
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hlr-List identifier of HLR-List 

DEFINED in MAP-MS-DataTypes : 564 

HLR-List type reference SEQUENCE OF 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



212 

100 564 
29 



hlr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 130 

hlr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 563 

hlr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 574 

hold value reference SS-Code, 'OIOOOOIO'B 

DEFINED in MAP-SS-Code : 68 

ho-NumberNotRequired identifier of NULL 

DEFINED in MAP-MS-DataTypes : 173 

illegalEquipment value reference IllegalEquipment, CHOICE VALUE 

DEFINED in MAP-Protocol : 236 

IllegalEquipment type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



181 
90 236 
48 186 200 
34 106 
29 



illegalEquipmentParam identifier of IllegalEquipmentParam 

DEFINED in MAP-Errors : 183 

IllegalEquipmentParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



186 
95 183 
29 



illegalSS-Operation value reference IllegalSS-Operation, CHOICE VALUE 

DEFINED in MAP-Protocol : 275 

IllegalSS-Operation type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



273 

106 275 

36 87 104 121 141 159 

55 



illegalSubscriber value reference IllegalSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 235 

IllegalSubscriber type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



175 
89 235 
47 185 199 
33 105 
28 



illegalSubscriberParam identifier of IllegalSubscriberParam 

DEFINED in MAP-Errors : 177 

IllegalSubscriberParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



182 
94 177 
28 



imei identifier of IMEI 

DEFINED in MAP-MobileServiceOpera : 221 

IMEI type reference TBCD-STRING 

DEFINED in MAP-CommonDataTypes : 201 

USED in MAP-MobileServiceOpera : 98 221 
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USED in MAP-CommonDataTypes : 28 

imsi identifier of IMSI 

DEFINED in I^lAP-OperationAndMainte : 81 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 122 
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imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 135 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 139 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 144 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 150 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 206 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 491 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 568 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 611 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 692 

IMSI type reference TBCD-STRING 



DEFINED in MAP-CommonDataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-MS-DataTypes 

USED in MAP-CommonDataTypes 
USED in MAP-OM-DataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SM-DataTypes 



192 

43 81 

99 122 135 139 144 150 190 206 491 

568 611 692 

25 198 208 

22 37 55 

46 102 129 152 

33 59 96 145 



imsi identifier of [0] IMSI 

DEFINED in MAP-CommonDataTypes : 198 

imsi identifier of [0] IMSI 

DEFINED in MAP-OM-DataTypes : 37 

imsi identifier of [0] IMSI 

DEFINED in MAP-OM-DataTypes : 55 

imsi identifier of [9] IMSI 

DEFINED in MAP-CH-DataTypes : 102 

imsi identifier of [0] IMSI 

DEFINED in MAP-CH-DataTypes : 129 

imsi identifier of [3] IMSI 

DEFINED in MAP-CH-DataTypes : 152 

imsi identifier of IMSI 

DEFINED in MAP-SM-DataTypes : 59 

imsi identifier of [0] IMSI 

DEFINED in MAP-SM-DataTypes : 96 

imsi identifier of [0] IMSI 

DEFINED in MAP-SM-DataTypes : 145 

imsiDetached identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 673 

imsi-WithLMSI identifier of IMSI-WithLMSI 

DEFINED in MAP-MS-DataTypes : 136 

IMSI-WithLMSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 143 
USED in MAP-MS-DataTypes : 136 
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incomingCallsBarredWithinCUG identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 102 

incorrectTransactionPortion identifier of Named Number, 3 

DEFINED in TCAPMessages : 106 

informServiceCentre value reference InformServiceCentre, CHOICE VALUE 
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DEFINED in MAP-Protocol : 203 

Inf ormServiceCentre type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



132 
72 203 
18 



inf ormServiceCentreArg identifier of InformServiceCentreArg 

DEFINED in MAP-ShortMessageServic : 134 

InformServiceCentreArg type reference SEQUENCE 



DEFINED in lyiAP-SM-DataTypes 

USED in I^4AP-ShortMessageServic 
USED in MAP-SM-DataTypes 



131 
55 134 
23 



initiatingRelease identifier of Named Number, 4 

DEFINED in TCAPMessages : 187 

insertSubscriberData value reference InsertSubscriberData, CHOICE VALUE 

DEFINED in MAP-Protocol : 156 

InsertSubscriberData type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



231 
23 156 
40 



insertSubscriberDataArg identifier of InsertSubscriberDataArg 

DEFINED in MAP-MobileServiceOpera : 233 

InsertSubscriberDataArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



205 
80 233 

35 



insertSubscriberDataRes identifier of InsertSubscriberDataRes 

DEFINED in MAP-MobileServiceOpera : 235 

InsertSubscriberDataRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



473 
81 235 
36 



interCUG-Restrictions identifier of InterCUG-Restrictions 

DEFINED in MAP-MS-DataTypes : 441 

InterCUG-Restrictions type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 445 

USED in MAP-MS-DataTypes : 51 441 

internationalECT-Barred identifier of Named Number, 11 

DEFINED in MAP-MS-DataTypes : 265 

internationalOGCallsBarred identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 255 

internationalOGCallsNotToHPLMN-CountryBaidentif ier of Named Number, 2 
DEFINED in MAP-MS-DataTypes : 256 

interrogateSS value reference InterrogateSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 188 

InterrogateSS type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



147 
56 
17 



interrogateSS-Res identifier of InterrogateSS-Res 

DEFINED in MAP-SupplementaryServi : 151 

InterrogateSS-Res type reference CHOICE 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



165 
56 151 
19 



interrogationType identifier of [3] InterrogationType 
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DEFINED in MAP-CH-DataTypes : 72 

InterrogationType type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 87 
USED in MAP-CH-DataTypes : 72 

interzonalECT-Barred identifier of Named Number, 12 
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DEFINED in MAP-MS-DataTypes : 266 

interzonalOGCallsAndlnternationalOGCallsidentif ier of Named Number^ 8 
DEFINED in MAP-MS-DataTypes : 259 

interzonalOGCallsBarred identifier of Named Number, 6 

DEFINED in MAP-MS-DataTypes : 257 

interzonalOGCallsNotToHPLMN-CountryBarreidentif ier of Named Number, 7 
DEFINED in MAP-MS-DataTypes : 258 

intraCUG-Options identifier of IntraCUG-Options 

DEFINED in MAP-MS-DataTypes : 413 

IntraCUG-Options type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 423 

USED in MAP-MS-DataTypes : 52 413 

invalidFormat identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 115 

invalidSME-Address identifier of Named Number, 5 

DEFINED in MAP-ER-DataTypes : 125 

invoke identifier of [1] IMPLICIT Invoke 

DEFINED in TCAPMessages : 125 

Invoke type reference SEQUENCE 

DEFINED in TCAPMessages : 133 

USED in TCAPMessages : 125 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 134 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 145 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 157 

invokelD identifier of CHOICE 

DEFINED in TCAPMessages : 166 

InvokeldType type reference INTEGER 

DEFINED in TCAPMessages : 175 

USED in TCAPMessages : 47 134 135 145 157 167 

invokeProblem identifier of [1] IMPLICIT InvokeProblem 

DEFINED in TCAPMessages : 171 

InvokeProblem type reference INTEGER 

DEFINED in TCAPMessages : 183 

USED in TCAPMessages : 171 

ISDN-AddressString type reference AddressString 



DEFINED in MAP-CommonDataTypes 

USED in MAP-OperationAndMainte 
USED in MAP-MS-DataTypes 



117 



42 


79 










96 


124 


124 


130 


140 


178 


533 


563 


574 


637 


682 


693 


17 












43 


69 


75 


113 


118 


122 


143 


195 










38 


79 










31 


52 


65 


102 


107 


121 


pe re 


ference OCTET STRING 




123 












97 


324 










18 












44 


123 










39 


56 


80 









184 212 323 



USED in MAP-CommonDataTypes 

USED in MAP-CH-DataTypes : 43 69 75 113 118 122 130 131 136 

USED in MAP-SS-DataTypes 

USED in MAP-SM-DataTypes : 31 52 65 102 107 121 127 132 

ISDN-SubaddressString 

DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SS-DataTypes 

kc identifier of Kc 

DEFINED in MAP-MS-DataTypes : 160 
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Kc type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 167 
USED in MAP-MS-DataTypes : 160 

laiFixedLength identifier of [1] LAIFixedLength 

DEFINED in MAP-CommonDataTypes : 243 
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LAIFixedLength type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 255 
USED in MAP-CommonDataTypes : 243 

linkedlD identifier of [0] IMPLICIT InvokeldType 

DEFINED in TCAPMessages : 135 

linkedResponseUnexpected identifier of Named Number, 6 

DEFINED in TCAPMessages : 189 

Imsi identifier of [10] LMSI 

DEFINED in MAP-MS-DataTypes : 125 

Imsi identifier of LMSI 

DEFINED in MAP-MS-DataTypes : 145 

Imsi identifier of LMSI 

DEFINED in MAP-MS-DataTypes : 569 

Imsi identifier of [1] LMSI 

DEFINED in MAP-MS-DataTypes : 612 

LMSI type reference OCTET STRING 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SM-DataTypes 



217 

101 125 145 569 612 

30 

47 132 

34 66 97 



Imsi identifier of [4] LMSI 

DEFINED in MAP-CH-DataTypes : 132 

Imsi identifier of LMSI 

DEFINED in MAP-SM-DataTypes : 66 

Imsi identifier of [1] LMSI 

DEFINED in MAP-SM-DataTypes : 97 

locationinf ormation identifier of [0] Locationlnformation 

DEFINED in MAP-MS-DataTypes : 623 

locationlnformation identifier of [0] NULL 

DEFINED in MAP-MS-DataTypes : 629 

Locationlnformation type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 634 

USED in MAP-MS-DataTypes : 63 623 

locationlnfoWithLMSI identifier of [0] LocationlnfoWithLMSI 

DEFINED in MAP-SM-DataTypes : 60 

LocationlnfoWithLMSI type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 64 
USED in MAP-SM-DataTypes : 60 

locationNumber identifier of [2] LocationNumber 

DEFINED in MAP-MS-DataTypes : 638 

LocationNumber type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 662 
USED in MAP-MS-DataTypes : 638 

mah value reference SS-Code, 'OOllOOlO'B 

DEFINED in MAP-SS-Code : 59 

MAP-BS-Code module reference 



DEFINED in MAP-BS-Code 

USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



1 
86 
51 



MAP-CallHandlingOperations module reference 

DEFINED in MAP-CallHandlingOperat : 1 
USED in MAP-Protocol : 47 

MAP-CH-DataTypes module reference 
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DEFINED in MAP-CH-DataTypes : 1 
USED in I>4AP-CallHandlingOperat : 49 

MAP-CommonDataTypes module reference 



DEFINED in MAP-CommonDataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-OperationAndMainte 



1 
99 
44 
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3GPP TS 09.02 version 5.19.0 Release 1996 



666 



ETSI TS 100 974 V5.19.0 (2003-09) 



PAGE 



TAG R5.7 
27 



Cross Reference Listing for MAP-Protocol 



2003-09-04 12:17:1£ 



USED in I^lAP-MS-DataTypes 
USED in MAP-OM-DataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SS-DataTypes 
USED in MAP-SM-DataTypes 
USED in MAP-ER-DataTypes 



107 
23 
49 
41 
35 
56 



MAP-Errors 

DEFINED in I^IAP-Errors 

USED in MAP-Protocol 

USED in MAP-MobileServiceOpera 

USED in MAP-OperationAndMainte 

USED in MAP-CallHandlingOperat 

USED in MAP-SupplementaryServi 

USED in MAP-ShortMessageServic 



.module reference 
1 
120 
65 
30 
40 
49 
42 



MAP-ER-DataTypes 

DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-SM-DataTypes 



.module reference 
1 
113 
40 



MAP-EXTENSION 

DEFINED in MAP-ExtensionDataTypes 
USED in MAP-ExtensionDataTypes 



.information object class reference CLASS 
22 
41 43 48 



MAP-ExtensionDataTypes . 



DEFINED in MAP-ExtensionDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-OM-DataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SM-DataTypes 
USED in MAP-ER-DataTypes 



.module reference 
1 
112 
56 
28 
54 
45 
66 



MAP-MobileServiceOperations 

DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 



.module reference 
1 
31 



MAP-MS-DataTypes 

DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-CH-DataTypes 



.module reference 
1 
92 
33 



MAP-OM-DataTypes 

DEFINED in MAP-OM-DataTypes 

USED in MAP-OperationAndMainte 



.module reference 
1 
38 



MAP -Ope rat lonAndMaintenanceOpe rat ions . 

DEFINED in MAP-OperationAndMainte : 

USED in MAP-Protocol : 



.module reference 
1 
39 



MAP-Protocol 

DEFINED in MAP-Protocol 



.module reference 
1 



MAP-ShortMessageServiceOperations . . . . 
DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 



.module reference 
1 
74 



MAP-SM-DataTypes 

DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 



.module reference 
1 

57 



MAP-SS-Code. 



DEFINED in MAP-SS-Code 

USED in MAP-SupplementaryServi 
USED in MAP-MS-DataTypes 
USED in MAP-SS-DataTypes 
USED in MAP-ER-DataTypes 



.module reference 
1 
66 
81 
46 
61 



MAP-SS-DataTypes. 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-Errors 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



.module reference 
1 
61 
79 
76 
39 
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USED in MAP-ER-DataTypes : 4 9 

MAP-SupplementaryServiceOperations module reference 

DEFINED in MAP-SupplementaryServi : 1 
USED in MAP-Protocol : 62 

lyLAP-TS-Code module reference 
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DEFINED in I^lAP-TS-Code 

USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



1 
91 
45 



maxAddressLength value reference INTEGER, 20 

DEFINED in MAP-CommonDataTypes : 115 
USED in MAP-CommonDataTypes : 74 

maximumentitledPriority identifier of EMLPP-Priority 

DEFINED in MAP-MS-DataTypes : 291 

maxISDN-AddressLength value reference INTEGER, 9 

DEFINED in MAP-CommonDataTypes : 121 
USED in MAP-CommonDataTypes : 118 

maxISDN-SubaddressLength value reference INTEGER, 21 

DEFINED in MAP-CommonDataTypes : 161 
USED in MAP-CommonDataTypes : 124 

maxNumOfBasicServiceCroups value reference INTEGER, 13 

DEFINED in MAP-SS-DataTypes : 215 

USED in MAP-SS-DataTypes : 73 127 212 

maxNumOfBasicServices value reference INTEGER, 70 

DEFINED in MAP-MS-DataTypes : 507 
USED in MAP-MS-DataTypes : 504 

maxNumOfBearerServices value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 240 
USED in MAP-MS-DataTypes : 237 

maxNumOfCamelTDPData value reference INTEGER, 10 



DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



528 
48 525 
26 189 



maxNumOfCUG value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 428 
USED in MAP-MS-DataTypes : 407 

maxNumOfExt-BasicServiceCroups value reference INTEGER, 32 

DEFINED in MAP-MS-DataTypes : 436 

USED in MAP-MS-DataTypes : 317 392 430 433 

maxNumOfHLR-Id value reference INTEGER, 50 

DEFINED in MAP-CommonDataTypes : 215 
USED in MAP-CommonDataTypes : 212 

maxNumOfPrivateExtensions value reference INTEGER, 10 

DEFINED in MAP-ExtensionDataTypes : 46 
USED in MAP-ExtensionDataTypes : 37 

maxNumOfSS value reference INTEGER, 30 



DEFINED in MAP-SS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-SS-DataTypes 



207 
73 280 
30 204 209 



maxNumOf Teleservices value reference INTEGER, 20 

DEFINED in MAP-MS-DataTypes : 245 
USED in MAP-MS-DataTypes : 242 

maxNumOfVBSGroupIds value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 587 
USED in MAP-MS-DataTypes : 581 

maxNumOfVGCSGroupIds value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 589 
USED in MAP-MS-DataTypes : 584 

maxNumOf ZoneCodes value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 471 

USED in MAP-MS-DataTypes : 43 465 

maxSignalInf oLength value reference INTEGER, 200 

DEFINED in MAP-CommonDataTypes : 174 
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USED in MAP-CommonDataTypes : 21 172 



maxUSSD-StringLength value reference INTEGER, 160 

DEFINED in MAP-SS-DataTypes : 190 
USED in MAP-SS-DataTypes : 186 

mcef-Set identifier of Named Number, 1 
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DEFINED in MAP-SM-DataTypes : 140 

mci value reference SS-Code, ' 00010101 'B 

DEFINED in MAP-SS-Code : 36 

memoryAvailable identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 151 

memoryCapacityExceeded identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 116 

memoryCapacityExceeded identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 120 

MessageType type reference CHOICE 

DEFINED in TCAPMessages : 51 

USED in TCAPMessages : 47 

messageWaitingListFull value reference MessageWaitingListFull, CHOICE VALUE 

DEFINED in MAP-Protocol : 292 

MessageWaitingListFull type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 

messageWaitListFullParam identifier of MessageWaitListFullParam 

DEFINED in MAP-Errors : 315 

MessageWaitListFullParam type reference SEQUENCE 



313 




118 


292 


40 


121 


69 





DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



234 

110 315 
41 



mistypedComponent identifier of Named Number, 1 

DEFINED in TCAPMessages : 180 

mistypedParameter identifier of Named Number, 2 

DEFINED in TCAPMessages : 185 

mistypedParameter identifier of Named Number, 2 

DEFINED in TCAPMessages : 194 

mistypedParameter identifier of Named Number, 4 

DEFINED in TCAPMessages : 200 

mnrf-Set identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 139 

moreMessagesToSend identifier of NULL 

DEFINED in MAP-SM-DataTypes : 86 

mo-forwardSM value reference MO-ForwardSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 200 

MO-ForwardSM type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



81 

68 200 

14 



mo-forwardSM-Arg identifier of MO-ForwardSM-Arg 

DEFINED in MAP-ShortMessageServic : 83 

MO-ForwardSM-Arg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



70 
48 
16 



mo-forwardSM-Res identifier of MO-ForwardSM-Res 

DEFINED in MAP-ShortMessageServic : 85 

MO-ForwardSM-Res type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 77 

USED in MAP-ShortMessageServic : 49 85 
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USED in MAP-SM-DataTypes : 17 

msc-AreaRestricted identifier of Named Number, 

DEFINED in I^lAP-MS-DataTypes : 485 

msc-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 124 
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msc-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 130 

msc-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 65 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-OperationAndMainte : 79 

msisdn identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 212 

msisdn identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 693 

msisdn identifier of [0] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 69 

msisdn identifier of [2] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 131 

msisdn identifier of [0] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 52 

msisdn identifier of [2] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 102 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 107 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 127 

msNotReachable identifier of NULL 

DEFINED in MAP-MS-DataTypes : 575 

msPurged identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 672 

ms-Present identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 150 

mt-forwardSM value reference MT-ForwardSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 201 

MT-ForwardSM type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



93 

69 201 

15 



mt-forwardSM-Arg identifier of MT-ForwardSM-Arg 

DEFINED in MAP-ShortMessageServic : 95 

MT-ForwardSM-Arg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



82 

50 95 

18 



mt-forwardSM-Res identifier of MT-ForwardSM-Res 

DEFINED in MAP-ShortMessageServic : 97 

MT-ForwardSM-Res type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



90 

51 97 

19 



multipleECT-Barred identifier of Named Number, 14 

DEFINED in MAP-MS-DataTypes : 268 

multiPTY value reference SS-Code, '01010001' 

DEFINED in MAP-SS-Code : 77 

mw-Status identifier of MW-Status 

DEFINED in MAP-SM-DataTypes : 133 
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MW-Status type reference BIT STRING 

DEFINED in MAP-SM-DataTypes : 137 
USED in MAP-SM-DataTypes : 133 

negativePW-Check value reference NegativePW-Check, CHOICE VALUE 

DEFINED in MAP-Protocol : 283 
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NegativePW-Check type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



297 

114 283 

42 125 144 216 

63 



netDetNotReachable identifier of NotReachableReason 

DEFINED in MAP-MS-DataTypes : 668 

NetworkResource type reference ENUMERATED 



DEFINED in MAP-CommonDataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-ER-DataTypes 



229 
32 

55 143 150 



networkResource identifier of NetworkResource 

DEFINED in MAP-ER-DataTypes : 143 

networkResource identifier of NetworkResource 

DEFINED in MAP-ER-DataTypes : 150 

networkSignallnfo identifier of [10] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 79 

networkSignallnfo identifier of [6] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 134 

newPassword identifier of Password 

DEFINED in MAP-SupplementaryServi : 208 

newPasswordsMismatch identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 116 

noCUG-Restrictions identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 424 

noHandoverNumberAvailable value reference NoHandoverNumberAvailable, CHOICE 

VALUE 

DEFINED in MAP-Protocol : 245 

NoHandoverNumberAvailable type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 



202 
93 245 
63 177 
34 



noReply identifier of Named Number, 2 

DEFINED in MAP-CH-DataTypes : 98 

noReplyConditionTime identifier of [7] Ext-NoRepCondTime 

DEFINED in MAP-MS-DataTypes : 326 

noReplyConditionTime identifier of [5] NoReplyConditionTime 

DEFINED in MAP-SS-DataTypes : 57 

NoReplyConditionTime type reference INTEGER 

DEFINED in MAP-SS-DataTypes : 60 

USED in MAP-SS-DataTypes : 28 57 82 

noReplyConditionTime identifier of [7] NoReplyConditionTime 

DEFINED in MAP-SS-DataTypes : 82 

noRoamingNbParam identifier of NoRoamingNbParam 

DEFINED in MAP-Errors : 219 

NoRoamingNbParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



202 
99 219 
33 



noRoamingNumberAvailable value reference NoRoamingNumberAvailable, CHOICE 

VALUE 

DEFINED in MAP-Protocol : 258 

NoRoamingNumberAvailable type reference ERROR 
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DEFINED in MAP-Errors 

USED in I>4AP-Protocol 

USED in MAP-CallHandlingOperat 

USED in MAP-Errors 



217 
97 258 
32 89 
42 



noSM-RP-DA 

DEFINED in MAP-SM-DataTypes 



.identifier of [5] NULL 
99 



noSM-RP-OA. 



.identifier of [5] NULL 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 676 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 32 

DEFINED in MAP-SM-DataTypes : 104 

noSubscriberReply value reference NoSubscriberReply^ CHOICE VALUE 

DEFINED in MAP-Protocol : 261 

NoSubscriberReply type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



233 

100 261 

35 72 

44 



noSubscriberReplyParam identifier of NoSubscriberReplyParam 

DEFINED in MAP-Errors : 235 

NoSubscriberReplyParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



214 

103 235 
36 



notProvidedFromVLR identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 669 

notReachable identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 96 

NotReachableReason type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 671 
USED in MAP-MS-DataTypes : 668 

notRegistered identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 675 

not-derivable identifier of NULL 

DEFINED in TCAPMessages : 168 

numberChanged value reference NumberChanged, CHOICE VALUE 

DEFINED in MAP-Protocol : 226 

NumberChanged type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



153 
84 226 
29 67 
21 



numberChangedParam identifier of NumberChangedParam 

DEFINED in MAP-Errors : 155 

NumberChangedParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



174 
91 155 
26 



NumberOf Forwarding type reference INTEGER 

DEFINED in MAP-CH-DataTypes : 66 

USED in MAP-CH-DataTypes : 20 71 

numberOfForwarding identifier of [2] NumberOfForwarding 

DEFINED in MAP-CH-DataTypes : 71 

numberOfPW-AttemptsViolation value reference NumberOfPW-AttemptsViolation, CHOICE 

DEFINED in MAP-Protocol : 284 

NumberOfPW-AttemptsViolation type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



299 

115 284 

43 126 145 217 

64 



odb-Data identifier of [8] ODB-Data 

DEFINED in MAP-MS-DataTypes : 222 

ODB-Data type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 247 

USED in MAP-MS-DataTypes : 40 222 
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odb-GeneralData identifier of ODB-GeneralData 

DEFINED in MAP-MS-DataTypes : 248 

ODB-GeneralData type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 253 

USED in MAP-MS-DataTypes : 248 477 
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odb-GeneralData identifier of [4] ODB-GeneralData 

DEFINED in MAP-MS-DataTypes : 477 

Odb-HPLMN-Data identifier of ODB-HPLMN-Data 

DEFINED in MAP-MS-DataTypes : 249 

ODB-HPLMN-Data type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 272 
USED in MAP-MS-DataTypes : 249 

omc-Id identifier of [3] AddressString 

DEFINED in MAP-OM-DataTypes : 40 

operationCode identifier of OPERATION 

DEFINED in TCAPMessages : 136 

USED in TCAPMessages : 137 

operationCode identifier of OPERATION 

DEFINED in TCAPMessages : 147 

USED in TCAPMessages : 148 

operatorBarring identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 89 

operatorDeterminedBarring identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 235 

OperatorDeterminedBarring identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 78 

OrigTransactionID type reference [APPLICATION 8] IMPLICIT 

TransactionID 

DEFINED in TCAPMessages : 97 

USED in TCAPMessages : 61 69 

or-Capability identifier of [5] OR-Phase 

DEFINED in MAP-CH-DataTypes : 74 

or-Interrogation identifier of [4] NULL 

DEFINED in MAP-CH-DataTypes : 73 

or-Interrogation identifier of [10] NULL 

DEFINED in MAP-CH-DataTypes : 138 

or-NotAllowed value reference OR-NotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 264 

OR-NotAllowed type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 
USED in MAP-Errors 



258 
96 264 
27 65 87 
41 



or-NotAllowedParam identifier of OR-NotAllowedParam 

DEFINED in MAP-Errors : 260 

OR-NotAllowedParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



166 

100 260 
24 



OR-Phase type reference INTEGER 

DEFINED in MAP-CH-DataTypes : 91 
USED in MAP-CH-DataTypes : 74 

otid identifier of OrigTransactionID 

DEFINED in TCAPMessages : 61 

otid identifier of OrigTransactionID 

DEFINED in TCAPMessages : 69 

overrideCategory identifier of [1] OverrideCategory 

DEFINED in MAP-SS-DataTypes : 144 

OverrideCategory type reference ENUMERATED 
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DEFINED in MAP-SS-DataTypes : 151 

USED in I>4AP-SS-DataTypes : 26 144 

overrideDisabled identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 153 

overrideEnabled identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 152 
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0-BcsmCamelTDPData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 530 
USED in MAP-MS-DataTypes : 526 

0-BcsmCamelTDPDataList identifier of 0-BcsmCamelTDPDataList 

DEFINED in MAP-MS-DataTypes : 521 

0-BcsmCamelTDPDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 525 
USED in MAP-MS-DataTypes : 521 

o-BcsmTriggerDetectionPoint identifier of 0-BcsmTriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 531 

0-BcsmTriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 540 
USED in MAP-MS-DataTypes : 531 

0-CSI identifier of [0] 0-CSI 

DEFINED in MAP-MS-DataTypes : 516 

0-CSI type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



520 
44 516 
32 154 180 



0-CSI identifier of [5] 0-CSI 

DEFINED in MAP-CH-DataTypes : 154 

o-CSI identifier of [1] 0-CSI 

DEFINED in MAP-CH-DataTypes : 180 

padAccessCA-1200bps value reference BearerServiceCode, '00100010 'I 

DEFINED in MAP-BS-Code : 69 

padAccessCA-1200-75bps value reference BearerServiceCode, '00100011 'I 

DEFINED in MAP-BS-Code : 70 

padAccessCA-2400bps value reference BearerServiceCode, '00100100 'I 

DEFINED in MAP-BS-Code : 71 

padAccessCA-300bps value reference BearerServiceCode, '00100001 'I 

DEFINED in MAP-BS-Code : 68 

padAccessCA-4800bps value reference BearerServiceCode, '00100101 'I 

DEFINED in MAP-BS-Code : 72 

padAccessCA-9600bps value reference BearerServiceCode, '00100110 'I 

DEFINED in MAP-BS-Code : 73 

parameter identifier of ANY DEFINED BY operationCode 

DEFINED in TCAPMessages : 137 

parameter identifier of ANY DEFINED BY operationCode 

DEFINED in TCAPMessages : 148 

parameter identifier of ANY DEFINED BY errorCode 

DEFINED in TCAPMessages : 159 

Password type reference NumericString 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



192 
59 208 225 
22 



pcs-Extensions identifier of [1] PCS-Extensions 

DEFINED in MAP-ExtensionDataTypes : 34 

PCS-Extensions type reference SEQUENCE 

DEFINED in MAP-ExtensionDataTypes : 56 
USED in MAP-ExtensionDataTypes : 34 

permanent identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 147 
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phasel identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 557 

plmn identifier of Named Number, 

DEFINED in MAP-CommonDataTypes : 230 

plmnRoamingNotAllowed identifier of Named Number, 
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DEFINED in MAP-ER-DataTypes : 77 

plmn-Specif icBarringTypel identifier of Named Number^ 

DEFINED in MAP-MS-DataTypes : 273 

plmn-Specif icBarringType2 identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 274 

plmn-Specif icBarringType3 identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 275 

plmn-Specif icBarringType4 identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 276 

plmn-specif icBS-1 value reference BearerServiceCode, ' 11010001 'B 

DEFINED in MAP-BS-Code : 111 

plmn-specif icBS-2 value reference BearerServiceCode, ' 11010010 'B 

DEFINED in MAP-BS-Code : 112 

plmn-specif icBS-3 value reference BearerServiceCode, ' 11010011 'B 

DEFINED in MAP-BS-Code : 113 

plmn-specif icBS-4 value reference BearerServiceCode, ' 11010100 'B 

DEFINED in MAP-BS-Code : 114 

plmn-specif icBS-5 value reference BearerServiceCode, ' 11010101 'B 

DEFINED in MAP-BS-Code : 115 

plmn-specif icBS-6 value reference BearerServiceCode, ' 11010110 'B 

DEFINED in MAP-BS-Code : 116 

plmn-specif icBS-7 value reference BearerServiceCode, ' 11010111 'B 

DEFINED in MAP-BS-Code : 117 

plmn-specif icBS-8 value reference BearerServiceCode, ' 11011000 'B 

DEFINED in MAP-BS-Code : 118 

plmn-specif icBS-9 value reference BearerServiceCode, ' 11011001 'B 

DEFINED in MAP-BS-Code : 119 

plmn-specif icBS-A value reference BearerServiceCode, ' 11011010 'B 

DEFINED in MAP-BS-Code : 120 

plmn-specif icBS-B value reference BearerServiceCode, ' 11011011 'B 

DEFINED in MAP-BS-Code : 121 

plmn-specif icBS-C value reference BearerServiceCode, ' 11011100 'B 

DEFINED in MAP-BS-Code : 122 

plmn-specif icBS-D value reference BearerServiceCode, ' 11011101 'B 

DEFINED in MAP-BS-Code : 123 

plmn-specif icBS-E value reference BearerServiceCode, ' 11011110 'B 

DEFINED in MAP-BS-Code : 124 

plmn-specif icBS-F value reference BearerServiceCode, ' 11011111 'B 

DEFINED in MAP-BS-Code : 125 

plmn-specif icSS-1 value reference SS-Code, 'llllOOOl'B 

DEFINED in MAP-SS-Code : 121 

plmn-specif icSS-2 value reference SS-Code, ' 11110010 'B 

DEFINED in MAP-SS-Code : 122 

plmn-specif icSS-3 value reference SS-Code, 'llllOOll'B 

DEFINED in MAP-SS-Code : 123 

plmn-specif icSS-4 value reference SS-Code, ' 11110100 'B 

DEFINED in MAP-SS-Code : 124 

plmn-specif icSS-5 value reference SS-Code, 'llllOlOl'B 

DEFINED in MAP-SS-Code : 125 

plmn-specif icSS-6 value reference SS-Code, ' 11110110 'B 
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DEFINED in MAP-SS-Code : 126 

plmn-specif icSS-7 value reference SS-Code, 'llllOlll'B 

DEFINED in MAP-SS-Code : 127 

plmn-specif icSS-8 value reference SS-Code^ ' 11111000 'B 

DEFINED in MAP-SS-Code : 128 
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plmn-specif icSS-9 value reference SS-Code, ' 11111001 'B 

DEFINED in MAP-SS-Code : 129 

plmn-specif icSS-A value reference SS-Code^ ' 11111010 'B 

DEFINED in MAP-SS-Code : 130 

plmn-specif icSS-B value reference SS-Code, ' 11111011 'B 

DEFINED in MAP-SS-Code : 131 

plmn-specif icSS-C value reference SS-Code, ' 11111100 'B 

DEFINED in MAP-SS-Code : 132 

plmn-specif icSS-D value reference SS-Code, ' 11111101 'B 

DEFINED in MAP-SS-Code : 133 

plmn-specif icSS-E value reference SS-Code, ' 11111110 'B 

DEFINED in MAP-SS-Code : 134 

plmn-specif icSS-F value reference SS-Code, ' 11111111 'B 

DEFINED in MAP-SS-Code : 135 

plmn-specif icTS-1 value reference TeleserviceCode, ' 11010001 'B 

DEFINED in MAP-TS-Code : 73 

plmn-specif icTS-2 value reference TeleserviceCode, ' 11010010 'B 

DEFINED in MAP-TS-Code : 74 

plmn-specif icTS-3 value reference TeleserviceCode, ' 11010011 'B 

DEFINED in MAP-TS-Code : 75 

plmn-specif icTS-4 value reference TeleserviceCode, ' 11010100 'B 

DEFINED in MAP-TS-Code : 76 

plmn-specif icTS-5 value reference TeleserviceCode, ' 11010101 'B 

DEFINED in MAP-TS-Code : 77 

plmn-specif icTS-6 value reference TeleserviceCode, ' 11010110 'B 

DEFINED in MAP-TS-Code : 78 

plmn-specif icTS-7 value reference TeleserviceCode, ' 11010111 'B 

DEFINED in MAP-TS-Code : 79 

plmn-specif icTS-8 value reference TeleserviceCode, ' 11011000 'B 

DEFINED in MAP-TS-Code : 80 

plmn-specif icTS-9 value reference TeleserviceCode, ' 11011001 'B 

DEFINED in MAP-TS-Code : 81 

plmn-specif icTS-A value reference TeleserviceCode, ' 11011010 'B 

DEFINED in MAP-TS-Code : 82 

plmn-specif icTS-B value reference TeleserviceCode, ' 11011011 'B 

DEFINED in MAP-TS-Code : 83 

plmn-specif icTS-C value reference TeleserviceCode, ' 11011100 'B 

DEFINED in MAP-TS-Code : 84 

plmn-specif icTS-D value reference TeleserviceCode, ' 11011101 'B 

DEFINED in MAP-TS-Code : 85 

plmn-specif icTS-E value reference TeleserviceCode, ' 11011110 'B 

DEFINED in MAP-TS-Code : 86 

plmn-specif icTS-F value reference TeleserviceCode, ' 11011111 'B 

DEFINED in MAP-TS-Code : 87 

pref erentialCUG-Indicator identifier of CUG-Index 

DEFINED in MAP-MS-DataTypes : 440 

premiumRateEntertainementOGCallsBarred. . identifier of Named Number, 4 
DEFINED in MAP-MS-DataTypes : 261 

premiumRateInf ormationOGCallsBarred identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 260 
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prepareHandover value reference PrepareHandover, CHOICE VALUE 

DEFINED in MAP-Protocol : 136 

PrepareHandover type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 168 

USED in MAP-Protocol : 16 136 
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USED in MAP-MobileServiceOpera : 27 

prepareHO-Arg identifier of PrepareHO-Arg 

DEFINED in MAP-MobileServiceOpera : 170 

PrepareHO-Arg type reference SEQUENCE 



DEFINED in I^lAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



171 
74 170 
23 



prepareHO-Res identifier of PrepareHO-Res 

DEFINED in MAP-MobileServiceOpera : 172 

PrepareHO-Res type reference SEQUENCE 



DEFINED in I^lAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



177 
75 172 
24 



prepareSubsequentHandover value reference PrepareSubsequentHandover^ CHOICE 

VALUE 

DEFINED in MAP-Protocol : 140 

PrepareSubsequentHandover type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



192 
20 140 
31 



prepareSubsequentHO-Arg identifier of PrepareSubsequentHO-Arg 

DEFINED in MAP-MobileServiceOpera : 194 

PrepareSubsequentHO-Arg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



182 
76 194 
25 



priorityLevelO value reference EMLPP-Priority, 

DEFINED in MAP-MS-DataTypes : 304 

priorityLevell value reference EMLPP-Priority, 1 

DEFINED in MAP-MS-DataTypes : 305 

priorityLevel2 value reference EMLPP-Priority, 2 

DEFINED in MAP-MS-DataTypes : 306 

priorityLevel3 value reference EMLPP-Priority, 3 

DEFINED in MAP-MS-DataTypes : 307 

priorityLevel4 value reference EMLPP-Priority, 4 

DEFINED in MAP-MS-DataTypes : 308 

priorityLevelA value reference EMLPP-Priority, 6 

DEFINED in MAP-MS-DataTypes : 302 

priorityLevelB value reference EMLPP-Priority, 5 

DEFINED in MAP-MS-DataTypes : 303 

PrivateExtension type reference SEQUENCE 

DEFINED in MAP-ExtensionDataTypes : 40 

USED in MAP-ExtensionDataTypes : 15 38 

privateExtensionList identifier of [0] PrivateExtensionList 

DEFINED in MAP-ExtensionDataTypes : 33 

PrivateExtensionList type reference SEQUENCE OF 

DEFINED in MAP-ExtensionDataTypes : 37 
USED in MAP-ExtensionDataTypes : 33 

problem identifier of CHOICE 

DEFINED in TCAPMessages : 169 

processAccessSignalling value reference ProcessAccessSignalling, CHOICE VALUE 

DEFINED in MAP-Protocol : 138 

ProcessAccessSignalling type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 184 
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USED in MAP-Protocol : 18 138 

USED in MAP-MobileServiceOpera : 29 

processUnstructuredSS-Request value reference ProcessUnstructuredSS-Request , CHOICE 

VALUE 

DEFINED in MAP-Protocol : 189 

ProcessUnstructuredSS-Request type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 162 
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USED in MAP-Protocol : 57 189 

USED in MAP-SupplementaryServi : 18 

protocolld identifier of Protocolld 

DEFINED in MAP-CommonDataTypes : 164 

Protocolld type reference ENUMERATED 

DEFINED in MAP-CommonDataTypes : 182 
USED in MAP-CommonDataTypes : 164 

provideRoamingNumber value reference ProvideRoamingNumber^ CHOICE VALUE 

DEFINED in MAP-Protocol : 178 

ProvideRoamingNumber type reference OPERATION 



DEFINED in MAP-CallHandlingOperat 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 



77 

45 178 

14 



provideRoamingNumberArg identifier of ProvideRoamingNumberArg 

DEFINED in MAP-CallHandlingOperat : 79 

ProvideRoamingNumberArg type reference SEQUENCE 



DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



128 
45 79 
16 



provideRoamingNumberRes identifier of ProvideRoamingNumberRes 

DEFINED in MAP-CallHandlingOperat : 81 

ProvideRoamingNumberRes type reference SEQUENCE 



DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



142 
46 81 
17 



provideSubscriberInf o value reference ProvideSubscriberlnfo, CHOICE VALUE 

DEFINED in MAP-Protocol : 209 

ProvideSubscriberlnfo type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



143 
28 209 
21 



provideSubscriberInf oArg identifier of ProvideSubscriberlnfoArg 

DEFINED in MAP-MobileServiceOpera : 145 

ProvideSubscriberlnfoArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



610 
87 145 
60 



provideSubscriberInf oRes identifier of ProvideSubscriberlnfoRes 

DEFINED in MAP-MobileServiceOpera : 147 

ProvideSubscriberlnfoRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



617 
88 147 
61 



provisionedSS identifier of [7] Ext-SS-InfoList 

DEFINED in MAP-MS-DataTypes : 221 

purgeMS value reference PurgeMS, CHOICE VALUE 

DEFINED in MAP-Protocol : 130 

PurgeMS type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



127 
14 130 
17 



purgeMS-Arg identifier of PurgeMS-Arg 

DEFINED in MAP-MobileServiceOpera : 129 

PurgeMS-Arg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 138 

USED in MAP-MobileServiceOpera : 72 129 
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USED in MAP-MS-DataTypes : 19 

pvlr identifier of Named Number, 3 

DEFINED in MAP-CommonDataTypes : 233 

pw-RegistrationFailure value reference PW-RegistrationFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 282 
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PW-RegistrationFailure type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



293 

113 282 

41 215 

62 



pw-RegistrationFailureCause identifier of PW-RegistrationFailureCause 

DEFINED in MAP-Errors : 295 

PW-RegistrationFailureCause type reference ENUMERATED 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



113 
84 295 
18 



p-abortCause identifier of P-AbortCause 

DEFINED in TCAPMessages : 76 

P-AbortCause type reference [APPLICATION 10] IMPLICIT INTEGER 

DEFINED in TCAPMessages : 102 

USED in TCAPMessages : 76 

rand identifier of RAND 

DEFINED in MAP-MS-DataTypes : 158 

RAND type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 163 
USED in MAP-MS-DataTypes : 158 

readyForSM value reference ReadyForSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 205 

ReadyForSM type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



136 
73 205 
19 



readyForSM-Arg identifier of ReadyForSM-Arg 

DEFINED in MAP-ShortMessageServic : 138 

ReadyForSM-Arg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



144 
56 138 
24 



reason identifier of CHOICE 

DEFINED in TCAPMessages : 75 

regionalSubscNotSupported identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 488 

regionalSubscriptionData identifier of [10] ZoneCodeList 

DEFINED in MAP-MS-DataTypes : 224 

regionalSubscriptionldentif ier identifier of [5] ZoneCode 

DEFINED in MAP-MS-DataTypes : 497 

regionalSubscriptionResponse identifier of [5] RegionalSubscriptionResponse 

DEFINED in MAP-MS-DataTypes : 478 

RegionalSubscriptionResponse type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 484 

USED in MAP-MS-DataTypes : 479 511 

regionalSubscriptionResponse identifier of [0] RegionalSubscriptionResponse 

DEFINED in MAP-MS-DataTypes : 510 

registerPassword value reference RegisterPassword, CHOICE VALUE 

DEFINED in MAP-Protocol : 193 

RegisterPassword type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



204 
60 193 
21 
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registerSS value reference RegisterSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 184 



RegisterSS type reference OPERATION 



DEFINED in I^4AP-SupplementaryServi 
USED in I>4AP-Protocol 
USED in MAP-SupplementaryServi 



74 

52 184 

13 
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registerSS-Arg identifier of RegisterSS-Arg 

DEFINED in MAP-SupplementaryServi : 76 

RegisterSS-Arg type reference SEQUENCE 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



52 

53 76 

14 



reject identifier of [4] IMPLICIT Reject 

DEFINED in TCAPMessages : 128 

Reject type reference SEQUENCE 

DEFINED in TCAPMessages : 165 

USED in TCAPMessages : 128 

releaseCall identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 550 

reportSM-DeliveryStatus value reference ReportSM-DeliveryStatus, CHOICE VALUE 

DEFINED in MAP-Protocol : 202 

ReportSM-DeliveryStatus type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



111 
70 202 
16 



reportSM-DeliveryStatusArg identifier of ReportSM-DeliveryStatusArg 

DEFINED in MAP-ShortMessageServic : 113 

ReportSM-DeliveryStatusArg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



106 
52 113 
20 



reportSM-DeliveryStatusRes identifier of ReportSM-DeliveryStatusRes 

DEFINED in MAP-ShortMessageServic : 115 

ReportSM-DeliveryStatusRes type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



120 
53 115 
21 



requestedBasicServiceViolatesCUG-Constraidentif ier of Named Number, 5 
DEFINED in MAP-ER-DataTypes : 104 

requestedinf o identifier of [2] Requestedlnfo 

DEFINED in MAP-MS-DataTypes : 613 

Requestedlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 628 

USED in MAP-MS-DataTypes : 613 681 

requestedlnfo identifier of [1] Requestedlnfo 

DEFINED in MAP-MS-DataTypes : 681 

reset value reference Reset, CHOICE VALUE 

DEFINED in MAP-Protocol : 162 

Reset type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



255 
25 162 
44 



resetArg identifier of ResetArg 

DEFINED in MAP-MobileServiceOpera : 257 

ResetArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



562 
84 257 

55 



resourceLimitation identifier of Named Number, 4 

DEFINED in TCAPMessages : 107 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 693 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

resourceLimitation identifier of Named Number, 3 

DEFINED in TCAPMessages : 186 

restoreData value reference RestoreData, CHOICE VALUE 

DEFINED in MAP-Protocol : 165 

RestoreData type reference OPERATION 
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DEFINED in I^LAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



261 
27 165 
46 



restoreDataArg identifier of RestoreDataArg 

DEFINED in MAP-MobileServiceOpera : 263 

RestoreDataArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



567 
85 263 
56 



restoreDataRes identifier of RestoreDataRes 

DEFINED in MAP-MobileServiceOpera : 265 

RestoreDataRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



573 
86 265 

57 



restrictedArea identifier of Named Number^ 2 

DEFINED in MAP-MS-DataTypes : 674 

result-RR identifier of SEQUENCE 

DEFINED in TCAPMessages : 146 

resumeCallHandling value reference ResumeCallHandling, CHOICE VALUE 

DEFINED in MAP-Protocol : 179 

ResumeCallHandling type reference OPERATION 



DEFINED in MAP-CallHandlingOperat 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 



91 

46 179 

15 



resumeCallHandlingArg identifier of ResumeCallHandlingArg 

DEFINED in MAP-CallHandlingOperat : 93 

ResumeCallHandlingArg type reference SEQUENCE 



DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



148 
47 
18 



resumeCallHandlingRes identifier of ResumeCallHandlingRes 

DEFINED in MAP-CallHandlingOperat : 95 

ResumeCallHandlingRes type reference SEQUENCE 



DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



158 
48 95 
19 



returnError identifier of [3] IMPLICIT ReturnError 

DEFINED in TCAPMessages : 127 

ReturnError type reference SEQUENCE 

DEFINED in TCAPMessages : 156 

USED in TCAPMessages : 127 

returnErrorProblem identifier of [3] IMPLICIT ReturnErrorProblem 

DEFINED in TCAPMessages : 173 

ReturnErrorProblem type reference INTEGER 

DEFINED in TCAPMessages : 196 

USED in TCAPMessages : 173 

returnErrorUnexpected identifier of Named Number, 1 

DEFINED in TCAPMessages : 197 

ReturnResult type reference SEQUENCE 

DEFINED in TCAPMessages : 144 

USED in TCAPMessages : 126 129 

returnResultLast identifier of [2] IMPLICIT ReturnResult 

DEFINED in TCAPMessages : 126 

returnResultNotLast identifier of [7] IMPLICIT ReturnResult 
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DEFINED in TCAPMessages : 129 

returnResultProblem identifier of [2] IMPLICIT ReturnResultProblem 

DEFINED in TCAPMessages : 172 

ReturnResultProblem type reference INTEGER 

DEFINED in TCAPMessages : 192 
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USED in TCAPMessages : 172 

returnResultUnexpected identifier of Named Number^ 1 

DEFINED in TCAPMessages : 193 

roamingNotAllowed value reference RoamingNotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 234 

RoamingNotAllowed type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 



171 
88 234 
61 117 
27 



roamingNotAllowedCause identifier of RoamingNotAllowedCause 

DEFINED in MAP-ER-DataTypes : 72 

RoamingNotAllowedCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 76 
USED in MAP-ER-DataTypes : 72 

roamingNotAllowedParam identifier of RoamingNotAllowedParam 

DEFINED in MAP-Errors : 173 

RoamingNotAllowedParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



71 

93 173 

14 



roamingNumber identifier of ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 118 

roamingNumber identifier of ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 143 

roamingRestrictionDueToUnsupportedFeaturidentif ier of [9] NULL 
DEFINED in MAP-MS-DataTypes : 223 

roamingRestrictionDueToUnsupportedFeaturidentif ier of [4] NULL 
DEFINED in MAP-MS-DataTypes : 496 

Routinglnfo type reference CHOICE 

DEFINED in MAP-CH-DataTypes : 117 
USED in MAP-CH-DataTypes : 169 

routinglnfo identifier of Routinglnfo 

DEFINED in MAP-CH-DataTypes : 169 

routinglnfoForSM-Arg identifier of Routinginf oForSM-Arg 

DEFINED in MAP-ShortMessageServic : 68 

Routinginf oForSM-Arg type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



51 

46 68 

14 



routinginf oForSM-Res identifier of Routinginf oForSM-Res 

DEFINED in MAP-ShortMessageServic : 70 

Routinginf oForSM-Res type reference SEQUENCE 



DEFINED in MAP-SM-DataTypes 

USED in MAP-ShortMessageServic 
USED in MAP-SM-DataTypes 



58 

47 70 

15 



rss identifier of Named Number, 7 

DEFINED in MAP-CommonDataTypes : 237 

sc-AddressNot Included identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 138 

sc-Congestion identifier of Named Number, 4 

DEFINED in MAP-ER-DataTypes : 124 

sendAuthenticationInf o value reference SendAuthenticationlnfo, CHOICE VALUE 

DEFINED in MAP-Protocol : 146 
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SendAuthenticationlnfo type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in I>4AP-Protocol 
USED in MAP-MobileServiceOpera 



205 
21 
34 



146 



sendAuthenticationlnfoArg identifier of SendAuthenticationlnfoArg 
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DEFINED in MAP-MobileServiceOpera 



207 



SendAuthenticationlnf oArg type reference IMSI 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



190 
77 
28 



207 



sendAuthenticationlnfoRes identifier of SendAuthenticationlnfoRes 

DEFINED in MAP-MobileServiceOpera : 209 



SendAuthenticationlnfoRes type reference AuthenticationSetList 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



192 
78 
29 



209 



sendEndSignal value reference SendEndSignal, CHOICE VALUE 

DEFINED in MAP-Protocol : 137 



SendEndSignal type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



179 
17 
28 



137 



sendldentif ication value reference Sendldentif ication, CHOICE VALUE 

DEFINED in MAP-Protocol : 131 



Sendldentification type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



132 
15 
18 



131 



sendldentif icationRes identifier of Sendldentif icationRes 

DEFINED in MAP-MobileServiceOpera : 136 



Sendldentif icationRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



149 
73 
20 



136 



sendlMSI 

DEFINED in MAP-Protocol 



.value reference SendlMSI, CHOICE VALUE 
172 



SendlMSI type reference OPERATION 



DEFINED in MAP-OperationAndMainte 
USED in MAP-Protocol 
USED in MAP-OperationAndMainte 



77 
38 
15 



172 



sendRoutingInf o value reference SendRoutingInf o, CHOICE VALUE 

DEFINED in MAP-Protocol : 177 



SendRoutingInf o type reference OPERATION 



DEFINED in MAP-CallHandlingOperat 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 



55 
44 
13 



177 



sendRoutingInf oArg identifier of SendRoutingInf oArg 

DEFINED in MAP-CallHandlingOperat : 57 



SendRoutingInf oArg type reference SEQUENCE 



DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



68 
43 
14 



57 



sendRoutinglnfoForSM value reference SendRoutingInf oForSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 199 



SendRoutinglnfoForSM type reference OPERATION 



DEFINED in MAP-ShortMessageServic 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 



66 
67 
13 



199 



sendRoutingInf oRes identifier of SendRoutinglnfoRes 

DEFINED in MAP-CallHandlingOperat : 59 

SendRoutinglnfoRes type reference [3] SEQUENCE 
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DEFINED in MAP-CH-DataTypes 

USED in MAP-CallHandlingOperat 
USED in MAP-CH-DataTypes 



101 
44 
15 



59 



serviceCentreAddress 

DEFINED in MAP-SM-DataTypes 



.identifier of [2] AddressString 
54 
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serviceCentreAddress identifier of AddressString 

DEFINED in MAP-SM-DataTypes : 108 

ServiceCentreAddress identifier of AddressString 

DEFINED in MAP-SM-DataTypes : 128 

serviceCentreAddressDA identifier of [4] AddressString 

DEFINED in MAP-SM-DataTypes : 98 

serviceCentreAddressOA identifier of [4] AddressString 

DEFINED in MAP-SM-DataTypes : 103 

serviceGranted identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 234 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 532 

ServiceKey type reference INTEGER 



DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



538 
45 532 
28 194 



serviceKey identifier of ServiceKey 

DEFINED in MAP-CH-DataTypes : 194 

shortMessageMO-PP value reference TeleserviceCode, '00100010' 

DEFINED in MAP-TS-Code : 46 

shortMessageMT-PP value reference TeleserviceCode, '00100001' 

DEFINED in MAP-TS-Code : 45 

signallnfo identifier of Signallnfo 

DEFINED in MAP-CommonDataTypes : 165 

Signallnfo type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes 
USED in MAP-CommonDataTypes 
USED in MAP-SM-DataTypes 
USED in MAP-ER-DataTypes 



172 




20 


165 


32 


73 


53 


130 



78 85 91 



sm-DeliveryFailure value reference SM-DeliveryFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 291 

SM-DeliveryFailure type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



309 

117 291 

39 91 108 

68 



sm-DeliveryFailureCause identifier of SM-DeliveryFailureCause 

DEFINED in MAP-Errors : 311 

SM-DeliveryFailureCause type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



128 
85 311 
19 



sm-DeliveryOutcome identifier of SM-DeliveryOutcome 

DEFINED in MAP-SM-DataTypes : 109 

SM-DeliveryOutcome type reference ENUMERATED 

DEFINED in MAP-SM-DataTypes : 115 

USED in MAP-SM-DataTypes : 25 109 

SM-EnumeratedDeliveryFailureCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 119 
USED in MAP-ER-DataTypes : 129 

sm-EnumeratedDeliveryFailureCause identifier of SM-EnumeratedDeliveryFailureCause 

DEFINED in MAP-ER-DataTypes : 129 

sm-RP-DA identifier of SM-RP-DA 

DEFINED in MAP-SM-DataTypes : 71 
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sm-RP-DA identifier of SM-RP-DA 

DEFINED in MAP-SM-DataTypes : 83 

SM-RP-DA type reference CHOICE 

DEFINED in MAP-SM-DataTypes : 95 

USED in MAP-SM-DataTypes : 71 83 
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sm-RP-OA identifier of SM-RP-OA 

DEFINED in MAP-SM-DataTypes : 72 

sm-RP-OA identifier of SM-RP-OA 

DEFINED in MAP-SM-DataTypes : 84 

SM-RP-OA type reference CHOICE 

DEFINED in MAP-SM-DataTypes : 101 

USED in MAP-SM-DataTypes : 72 84 

sm-RP-PRI identifier of [1] BOOLEAN 

DEFINED in MAP-SM-DataTypes : 53 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 73 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 78 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 85 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 91 

sres identifier of SRES 

DEFINED in MAP-MS-DataTypes : 159 

SRES type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 165 
USED in MAP-MS-DataTypes : 159 

ss-AccessBarred identifier of Named Number, 5 

DEFINED in MAP-MS-DataTypes : 262 

ss-Code identifier of SS-Code 

DEFINED in MAP-SupplementaryServi : 206 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 311 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 386 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 458 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 53 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 68 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 122 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 136 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 156 

SS-Code type reference OCTET STRING 



DEFINED in MAP-SS-Code 

USED in MAP-SupplementaryServi 
USED in MAP-MS-DataTypes 
USED in MAP-SS-DataTypes 
USED in MAP-SS-Code 



11 

65 206 

80 311 386 458 

45 53 68 122 136 156 205 

21 25 28 30 32 34 36 41 43 

45 47 49 51 54 57 59 63 66 

68 70 74 77 80 83 86 89 91 

94 97 101 103 105 107 109 112 114 

116 120 121 122 123 124 125 126 127 

128 129 130 131 132 133 134 135 137 
140 

USED in MAP-ER-DataTypes : 60 108 
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ss-Code identifier of [1] SS-Code 

DEFINED in MAP-ER-DataTypes : 108 

ss-Data identifier of [3] Ext-SS-Data 

DEFINED in MAP-MS-DataTypes : 287 
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ss-Data identifier of [3] SS-Data 

DEFINED in MAP-SS-DataTypes : 65 

SS-Data type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 135 

USED in MAP-SS-DataTypes : 31 65 

ss-ErrorStatus value reference SS-ErrorStatus, CHOICE VALUE 

DEFINED in MAP-Protocol : 276 

SS-ErrorStatus type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



275 

107 276 

37 88 105 122 142 

56 



ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementaryServi : 93 

ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementaryServi : 110 

ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementaryServi : 130 

ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementaryServi : 149 

SS-ForBS-Code type reference SEQUENCE 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



155 
55 93 110 130 149 
18 



ss-Incompatibility value reference SS-Incompatibility, CHOICE VALUE 

DEFINED in MAP-Protocol : 279 

SS-Incompatibility type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



284 

110 279 
40 89 124 

59 



ss-IncompatibilityCause identifier of SS-IncompatibilityCause 

DEFINED in MAP-Errors : 286 

SS-IncompatibilityCause type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



107 
83 286 
17 



ss-Info identifier of SS-Info 

DEFINED in MAP-SupplementaryServi : 78 

ss-Info identifier of SS-Info 

DEFINED in MAP-SupplementaryServi : 95 

ss-Info identifier of SS-Info 

DEFINED in MAP-SupplementaryServi : 112 

ss-Info identifier of SS-Info 

DEFINED in MAP-SupplementaryServi : 132 

SS-Info type reference CHOICE 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



62 

54 78 95 112 132 

15 210 



SS-InfoList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 209 
USED in MAP-SS-DataTypes : 25 

ss-List identifier of [3] SS-List 

DEFINED in MAP-MS-DataTypes : 476 

ss-List identifier of [2] SS-List 
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DEFINED in MAP-MS-DataTypes : 495 

ss-List identifier of [1] SS-List 

DEFINED in I^lAP-CH-DataTypes : 110 

SS-List type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 204 
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USED in I^lAP-MS-DataTypes 
USED in MAP-CH-DataTypes 
USED in MAP-SS-DataTypes 



75 476 495 

38 110 

24 



ss-NotAvailable value reference SS-NotAvailable, CHOICE VALUE 

DEFINED in MAP-Protocol : 277 

SS-NotAvailable type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



280 

108 277 

38 160 

57 



ss-Status identifier of SS-Status 

DEFINED in MAP-Errors : 277 

ss-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 322 

SS-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 397 

ss-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 459 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 78 

ss-Status type reference OCTET STRING 



DEFINED in MAP-SS-DataTypes 
USED in MAP-Errors 
USED in MAP-SS-DataTypes 
USED in MAP-ER-DataTypes 



85 

78 277 

16 78 132 137 161 166 

48 110 



ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 132 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 137 

ss-Status identifier of SS-Status 

DEFINED in MAP-SS-DataTypes : 161 

ss-Status identifier of [0] SS-Status 

DEFINED in MAP-SS-DataTypes : 166 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-ER-DataTypes : 110 

ss-SubscriptionOption identifier of SS-SubscriptionOption 

DEFINED in MAP-MS-DataTypes : 460 

ss-SubscriptionOption identifier of SS-SubscriptionOption 

DEFINED in MAP-SS-DataTypes : 138 

SS-SubscriptionOption type reference CHOICE 



DEFINED in MAP-SS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-SS-DataTypes 



142 
74 460 
17 138 



ss-SubscriptionViolation value reference SS-SubscriptionViolation, CHOICE 

VALUE 

DEFINED in MAP-Protocol : 278 

SS-SubscriptionViolation type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



282 

109 278 

39 123 143 214 

58 



storedMSISDN identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 121 

StoredMSISDN identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 132 
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subBusyForMT-SMS-Param identifier of SubBusyForMT-SMS-Param 

DEFINED in MAP-Errors : 306 



SubBusyForMT-SMS-Param 

DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



.type reference SEQUENCE 
230 

109 306 
40 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 708 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 



PAGE 4f 



VALUE 



subscriberBusyForMT-SMS value reference SubscriberBusyForMT-SMS, CHOICE VALUE 

DEFINED in MAP-Protocol : 290 

SubscriberBusyForMT-SMS type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



304 

116 290 

38 107 

67 



SubscriberData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 211 

USED in MAP-MS-DataTypes : 39 207 

Subscriberld type reference CHOICE 

DEFINED in MAP-CommonDataTypes : 197 
USED in MAP-CommonDataTypes : 27 

subscriberldentity identifier of [0] Subscriberldentity 

DEFINED in MAP-MS-DataTypes : 680 

Subscriberldentity type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 691 
USED in MAP-MS-DataTypes : 680 

subscriberinf o identifier of SubscriberInf o 

DEFINED in MAP-MS-DataTypes : 618 

Subscriberinf o type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 622 

USED in MAP-MS-DataTypes : 62 618 687 
USED in MAP-CH-DataTypes : 27 109 

subscriberinf o identifier of Subscriberinf o 

DEFINED in MAP-MS-DataTypes : 687 

subscriberinf o identifier of [7] Subscriberlnfo 

DEFINED in MAP-CH-DataTypes : 109 

subscriberNotMemberOf cue identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 103 

subscriberNotSC-Subscriber identifier of Named Number, 6 

DEFINED in MAP-ER-DataTypes : 126 

subscriberState identifier of [1] SubscriberState 

DEFINED in MAP-MS-DataTypes : 624 

subscriberState identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 630 

SubscriberState type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 665 

USED in MAP-MS-DataTypes : 64 624 

subscriberStatus identifier of [3] SubscriberStatus 

DEFINED in MAP-MS-DataTypes : 214 

SubscriberStatus type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 233 

USED in MAP-MS-DataTypes : 41 214 

subsequentHandoverFailure value reference SubsequentHandoverFailure, CHOICE 

DEFINED in MAP-Protocol : 247 

SubsequentHandoverFailure type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 



204 
94 247 
64 201 

35 



successfulTransf er identifier of Named Number, 2 

DEFINED in MAP-SM-DataTypes : 118 
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supportedCamelPhases 

DEFINED in MAP-MS-DataTypes 



.identifier of [6] SupportedCamelPhases 
480 



SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CH-DataTypes 



.type reference BIT STRING 
556 
47 480 
30 163 
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supportedCamelPhases identifier of SupportedCamelPhases 

DEFINED in MAP-CH-DataTypes : 163 

suppressionOf Announcement identifier of [12] SuppressionOf Announcement 

DEFINED in MAP-CH-DataTypes : 81 

SuppressionOf Announcement type reference NULL 

DEFINED in MAP-CH-DataTypes : 85 

USED in MAP-CH-DataTypes : 21 81 135 

suppressionOf Announcement identifier of [7] SuppressionOf Announcement 

DEFINED in MAP-CH-DataTypes : 135 

suppress-T-CSI identifier of NULL 

DEFINED in MAP-CH-DataTypes : 164 

systemFailure value reference SystemFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 217 



SystemFailure type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 

USED in MAP-ShortMessageServic 
USED in MAP-Errors 



121 










79 


217 








54 


113 


160 


174 


212 


23 


57 


71 






23 


61 


83 






30 


81 


98 


115 


135 


210 










27 


72 


88 


100 


128 


14 











225 



153 



267 



168 



181 



195 



systemFailureParam identifier of SystemFailureParam 

DEFINED in MAP-Errors : 123 



SystemFailureParam type reference CHOICE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



142 
86 
20 



123 



targetCellld identifier of GlobalCellld 

DEFINED in MAP-MS-DataTypes : 172 

targetCellld identifier of GlobalCellld 

DEFINED in MAP-MS-DataTypes : 183 

targetMSC-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 184 



TBCD-STRING type reference OCTET STRING 



DEFINED in MAP-CommonDataTypes 
USED in MAP-MS-DataTypes 
USED in MAP-CommonDataTypes 



64 

105 

22 



602 
192 



201 



TCAPMessages module reference 



DEFINED in TCAPMessages 

USED in MAP-MobileServiceOpera 
USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



1 
51 
20 
20 
27 
24 
75 



telephony value reference TeleserviceCode, '00010001' 

DEFINED in MAP-TS-Code : 41 

teleservice identifier of [3] TeleserviceCode 

DEFINED in MAP-CommonDataTypes : 268 



TeleserviceCode type reference OCTET STRING 

DEFINED in MAP-TS-Code 

USED in MAP-CommonDataTypes 
USED in MAP-TS-Code 



11 


















43 


268 
















38 


40 


41 


42 


44 


45 


46 


48 


49 


50 


51 


55 


58 


67 


69 


70 


72 


73 


74 


75 


76 


77 


78 


79 


80 


81 


82 


83 


84 


85 


86 


87 
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teleserviceList identifier of [6] TeleserviceList 

DEFINED in MAP-MS-DataTypes : 218 

TeleserviceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 242 

USED in MAP-MS-DataTypes : 218 474 
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VALUE 



teleserviceList identifier of [1] TeleserviceList 

DEFINED in MAP-MS-DataTypes : 474 

teleserviceNotProvisioned value reference TeleserviceNotProvisioned, CHOICE 

DEFINED in MAP-Protocol : 239 



TeleserviceNotProvisioned type reference ERROR 

DEFINED in I^IAP-Errors 
USED in MAP-Protocol 
USED in MAP-CallHandlingOperat 

USED in MAP-SupplementaryServi : 34 85 102 119 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



193 




92 


239 


31 


69 


34 


85 


35 


77 


31 





139 



157 



teleservNotProvParam identifier of TeleservNotProvParam 

DEFINED in MAP-Errors : 195 

TeleservNotProvParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



194 
97 
31 



195 



temporaryDefaultAllowed identifier of Named Number, 2 

DEFINED in MAP-SS-DataTypes : 149 

temporaryDef aultRestricted identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 148 

termAttemptAuthorized identifier of Named Number, 12 

DEFINED in MAP-CH-DataTypes : 201 



tmsi identifier of TMSI 

DEFINED in MAP-MobileServiceOpera : 134 

TMSI type reference OCTET STRING 



DEFINED in MAP-CommonDataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-CommonDataTypes 



195 
97 
26 



134 
199 



tmsi identifier of 

DEFINED in MAP-CommonDataTypes : 199 



[1] TMSI 



tooManyZoneCodes identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 486 

traceRef erence identifier of [1] TraceReference 

DEFINED in MAP-OM-DataTypes : 38 

TraceReference type reference OCTET STRING 

DEFINED in MAP-OM-DataTypes : 44 

USED in MAP-OM-DataTypes : 3 8 5 6 

traceRef erence identifier of [1] TraceReference 

DEFINED in MAP-OM-DataTypes : 56 

traceType identifier of [2] TraceType 

DEFINED in MAP-OM-DataTypes : 39 

TraceType type reference INTEGER 

DEFINED in MAP-OM-DataTypes : 46 
USED in MAP-OM-DataTypes : 39 



tracingBuf f erFull 

DEFINED in MAP-Protocol 



.value reference TracingBuf f erFull, CHOICE VALUE 
253 



TracingBuf f erFull 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-OperationAndMainte 
USED in MAP-Errors 



-type reference ERROR 
209 
95 253 
29 62 
38 



tracingBuf ferFullParam identifier of TracingBuf ferFullParam 

DEFINED in MAP-Errors : 211 
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TracingBufferFullParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



198 
98 211 
32 



TransactionID type reference OCTET STRING 

DEFINED in TCAPMessages : 100 

USED in TCAPMessages : 47 97 98 
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T-BcsmCamelTDPData type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 192 
USED in MAP-CH-DataTypes : 190 

t-BcsmCamelTDPDataList identifier of T-BcsmCamelTDPDataList 

DEFINED in MAP-CH-DataTypes : 185 

T-BcsmCamelTDPDataList type reference SEQUENCE OF 

DEFINED in MAP-CH-DataTypes : 189 
USED in MAP-CH-DataTypes : 185 

t-BcsmTriggerDetectionPoint identifier of T-BcsmTriggerDetectionPoint 

DEFINED in MAP-CH-DataTypes : 193 

T-BcsmTriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 200 
USED in MAP-CH-DataTypes : 193 

t-CSI identifier of [0] T-CSI 

DEFINED in MAP-CH-DataTypes : 179 

T-CSI type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 184 
USED in MAP-CH-DataTypes : 179 

undetermined identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 114 

unexpectedDataParam identifier of UnexpectedDataParam 

DEFINED in MAP-Errors : 134 

UnexpectedDataParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



158 
88 134 
22 



unexpectedDataValue value reference UnexpectedDataValue, CHOICE VALUE 

DEFINED in MAP-Protocol : 219 

UnexpectedDataValue type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



: 132 














: 81 


219 












: 56 


115 


125 


150 


163 


176 


198 


250 


269 












: 25 


59 


73 


84 








: 25 


63 


85 


99 








: 32 


83 


100 


117 


137 


155 


170 


212 














: 29 


74 


89 


102 


119 


130 


142 


: 16 















214 239 



USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
USED in MAP-SupplementaryServi : 32 83 100 117 137 155 170 183 197 

USED in MAP-ShortMessageServic 
USED in MAP-Errors 

unexpectedError identifier of Named Number, 3 

DEFINED in TCAPMessages : 199 

unexpectedLinkedOperation identifier of Named Number, 7 

DEFINED in TCAPMessages : 190 

unidentif iedSubParam identifier of Unidentif iedSubParam 

DEFINED in MAP-Errors : 162 

Unidentif iedSubParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



178 
92 162 
27 



unidentif iedSubscriber value reference Unidentif iedSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 228 

Unidentif iedSubscriber type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-OperationAndMainte 
USED in MAP-ShortMessageServic 



160 

86 228 

59 139 240 251 
28 61 75 

32 104 
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USED in MAP-Errors : 23 

unidirectional identifier of [APPLICATION 1] IMPLICIT Unidirectional 

DEFINED in TCAPMessages : 52 

Unidirectional type reference SEQUENCE 

DEFINED in TCAPMessages : 58 
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USED in TCAPMessages : 52 

unknownAlphabet value reference UnknownAlphabet^ CHOICE VALUE 

DEFINED in MAP-Protocol : 280 

UnknownAlphabet type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



289 

111 280 

44 171 187 201 

60 



unknownEquipment value reference UnknownEquipment, CHOICE VALUE 

DEFINED in MAP-Protocol : 229 

UnknownEquipment type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 

unknownMSC value reference UnknownMSC, CHOICE VALUE 

DEFINED in MAP-Protocol : 227 

UnknownMSC type reference ERROR 



166 




87 


229 


60 


227 


24 





DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-Errors 



158 
85 227 
58 200 
22 



unknownServiceCentre identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 123 

unknownSubscriber value reference UnknownSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 225 

UnknownSubscriber type reference ERROR 

DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 
USED in MAP-OperationAndMainte 
USED in MAP-CallHandlingOperat 
USED in MAP-ShortMessageServic 
USED in MAP-Errors 



147 






83 


225 




57 


116 


164 


27 


85 




28 


66 




31 


76 


120 


20 







215 270 



144 



unknownSubscriberParam identifier of UnknownSubscriberParam 

DEFINED in MAP-Errors : 149 

UnknownSubscriberParam type reference SEQUENCE 



DEFINED in MAP-ER-DataTypes 
USED in MAP-Errors 
USED in MAP-ER-DataTypes 



170 
90 149 
25 



unrecognizedComponent identifier of Named Number, 

DEFINED in TCAPMessages : 179 

unrecognizedError identifier of Named Number, 2 

DEFINED in TCAPMessages : 198 

unrecognizedlnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 192 

unrecognizedlnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 196 

unrecognizedLinkedID identifier of Named Number, 5 

DEFINED in TCAPMessages : 188 

unrecognizedMessageType identifier of Named Number, 

DEFINED in TCAPMessages : 103 

unrecognizedOperation identifier of Named Number, 1 

DEFINED in TCAPMessages : 184 

unrecognizedTransactionID identifier of Named Number, 1 

DEFINED in TCAPMessages : 104 
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unstructuredSS-Notify value reference UnstructuredSS-Notify, CHOICE VALUE 

DEFINED in MAP-Protocol : 192 

UnstructuredSS-Notify type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 190 

USED in MAP-Protocol : 59 192 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 71 8 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

TAG R5.70 Cross Reference Listing for MAP-Protocol 2003-09-04 12:17:18 

PAGE 53 

USED in MAP-SupplementaryServi : 20 

unstructuredSS-Request value reference UnstructuredSS-Request ^ CHOICE VALUE 

DEFINED in MAP-Protocol : 191 

UnstructuredSS-Request type reference OPERATION 



DEFINED in MAP-SupplementaryServi 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 



174 
58 191 
19 



updateLocation value reference UpdateLocation, CHOICE VALUE 

DEFINED in MAP-Protocol : 128 

UpdateLocation type reference OPERATION 



DEFINED in MAP-MobileServiceOpera 
USED in MAP-Protocol 
USED in MAP-MobileServiceOpera 



107 
12 128 
15 



updateLocationArg identifier of UpdateLocationArg 

DEFINED in MAP-MobileServiceOpera : 109 

UpdateLocationArg type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



121 
69 109 
16 



updateLocationRes identifier of UpdateLocationRes 

DEFINED in MAP-MobileServiceOpera : 111 

UpdateLocationRes type reference SEQUENCE 



DEFINED in MAP-MS-DataTypes 

USED in MAP-MobileServiceOpera 
USED in MAP-MS-DataTypes 



129 
70 111 
17 



ussd-Arg identifier of USSD-Arg 

DEFINED in MAP-SupplementaryServi : 164 

ussd-Arg identifier of USSD-Arg 

DEFINED in MAP-SupplementaryServi : 176 

ussd-Arg identifier of USSD-Arg 

DEFINED in MAP-SupplementaryServi : 192 

USSD-Arg type reference SEQUENCE 



DEFINED in MAP-SS-DataTypes 

USED in MAP-SupplementaryServi 
USED in MAP-SS-DataTypes 



171 
57 164 176 192 
20 



ussd-Busy value reference USSD-Busy, CHOICE VALUE 

DEFINED in MAP-Protocol : 281 

USSD-Busy type reference ERROR 



DEFINED in MAP-Errors 
USED in MAP-Protocol 
USED in MAP-SupplementaryServi 
USED in MAP-Errors 



291 

112 281 

45 188 202 

61 



ussd-DataCodingScheme identifier of USSD-DataCodingScheme 

DEFINED in MAP-SS-DataTypes : 172 

ussd-DataCodingScheme identifier of USSD-DataCodingScheme 

DEFINED in MAP-SS-DataTypes : 177 

USSD-DataCodingScheme type reference OCTET STRING 

DEFINED in MAP-SS-DataTypes : 181 

USED in MAP-SS-DataTypes : 32 172 177 

ussd-Res identifier of USSD-Res 

DEFINED in MAP-SupplementaryServi : 166 

ussd-Res identifier of USSD-Res 

DEFINED in MAP-SupplementaryServi : 178 

USSD-Res type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 176 
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USED in MAP-SupplementaryServi : 58 166 178 
USED in MAP-SS-DataTypes : 21 

ussd-String identifier of USSD-String 

DEFINED in MAP-SS-DataTypes : 173 

ussd-String identifier of USSD-String 
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DEFINED in MAP-SS-DataTypes : 178 

USSD-String type reference OCTET STRING 

DEFINED in I"IAP-SS-DataTypes : 186 

USED in lyiAP-SS-DataTypes : 33 173 178 

uus value reference SS-Code, 'lOOOOOOl'B 

DEFINED in MAP-SS-Code : 97 

VBSDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 581 
USED in MAP-MS-DataTypes : 225 

vbsGroupIndication identifier of [7] NULL 

DEFINED in MAP-MS-DataTypes : 498 

vbsSubscriptionData identifier of [11] VBSDataList 

DEFINED in MAP-MS-DataTypes : 225 

VGCSDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 584 
USED in MAP-MS-DataTypes : 226 

vgcsGroupIndication identifier of [8] NULL 

DEFINED in MAP-MS-DataTypes : 499 

vgcsSubscriptionData identifier of [12] VGCSDataList 

DEFINED in MAP-MS-DataTypes : 226 

vlr identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 232 

vlrCamelSubscriptionlnf o identifier of [13] VlrCamelSubscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 227 

VlrCamelSubscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 515 
USED in MAP-MS-DataTypes : 227 

vlr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 124 

vlr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 140 

vlr-number identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 637 

vmsc identifier of Named Number, 5 

DEFINED in MAP-CommonDataTypes : 235 

vmsc-Address identifier of [2] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 113 

voiceBroadcastCall value reference TeleserviceCode, ' 10010010 'B 

DEFINED in MAP-TS-Code : 70 

VoiceBroadcastData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 596 
USED in MAP-MS-DataTypes : 582 

voiceGroupCall value reference TeleserviceCode, ' 10010001 'B 

DEFINED in MAP-TS-Code : 69 

VoiceGroupCallData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 591 
USED in MAP-MS-DataTypes : 585 

whiteListed identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 198 

ZoneCode type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 468 

USED in MAP-MS-DataTypes : 466 497 
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ZoneCodeList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 465 

USED in MAP-MS-DataTypes : 42 224 

zoneCodesConf lict identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 487 
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Annex B (informative): Fully expanded ASN.1 sources for 
abstract syntaxes of MAP 

Annex B is not part of the standard, it is included for information purposes only. 

For every (Value)Assignment in the root ASN.l module all the used defined types and defined values, which are 
defined within the ASN.l module or imported from ASN.l modules, are replaced by the constructs this type or value is 
composed of. 

The fully expanded ASN. 1 root module is itself a correct and equivalent representation of the MAP-Protocol. 

It allows to see at all the parameters, including all nested ones for a specific operationcode or errorcode at once. 

Note that for those operations which use a result without parameters the keyword RESULT is not shown. Empty results 
are only defined in the ASN.l description in clause 14. 

B.1 Fully Expanded ASN.1 Source of MAP- 
Protocol/TCAPMessages 

Expanded ASNl Module 'MAP-Protocol' 
— SIEMENS ASN.l Compiler R5.70 (Production_5 . 70 ) 
Date: 2003-09-04 Time: 12:17:18 

MAP-Protocol ( identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) modules (3) 
map-Protocol (4) version3 (3) } 

DEFINITIONS 



BEGIN 

updateLocation OPERATION 
ARGUMENT 

updateLocationArg SEQUENCE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 

msc-Number [1] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ), 

vlr-Number OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ), 

Imsi [10] IMPLICIT OCTET STRING ( SIZE ( 4 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

updateLocationRes SEQUENCE { 

hlr-Number OCTET STRING ( SIZE ( 1 .. 20 ) ) ( SIZE ( 1 .. 9 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
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... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue : 36, 

— unknownSubscriber — localValue : 1, 

— roamingNotAllowed — localValue : 8} 
: := localValue ; 2 

cancelLocation OPERATION 
ARGUMENT 

cancelLocationArg CHOICE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 

imsi-WithLMSI SEQUENCE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 
Imsi OCTET STRING ( SIZE ( 4 ) ), 
... }} 
ERRORS { 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36} 
::= localValue : 3 

purgeMS OPERATION 
ARGUMENT 

purgeMS-Arg SEQUENCE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 

vlr-Number OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ), 
. . . } 
: := localValue ; 67 

sendldentification OPERATION 
ARGUMENT 

tmsi OCTET STRING ( SIZE ( 1 .. 4 ) ) 
RESULT 

sendldentificationRes SEQUENCE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 

authenticationSetList SEQUENCE ( SIZE ( 1 .. 5 ) ) OF 
SEQUENCE { 

rand OCTET STRING ( SIZE ( 16 ) ), 
sres OCTET STRING ( SIZE ( 4 ) ), 
kc OCTET STRING ( SIZE ( 8 ) ), 

... } OPTIONAL, 
. . . } 
ERRORS { 

— dataMissing — localValue ; 35, 

— unidentif iedSubscriber — localValue : 5} 
: := localValue : 55 

prepareHandover OPERATION 
ARGUMENT 

prepareHO-Arg SEQUENCE { 

targetCellld OCTET STRING ( SIZE ( 5 .. 7 ) ) OPTIONAL, 

ho-NumberNotRequired NULL OPTIONAL, 

bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ), 

gsm-0806 ( 2 ), 

gsm-BSSMAP ( 3 ) , 

ets-300102-1 ( 4 ) }, 
signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

prepareHO-Res SEQUENCE { 

handoverNumber OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ) OPTIONAL, 
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bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ), 
gsm-0806 ( 2 ), 

gsm-BSSMAP ( 3 ) , 
ets-300102-1 ( 4 ) }, 
signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— noHandoverNumberAvailable — localValue : 25} 
: := localValue ; 68 

sendEndSignal OPERATION 
ARGUMENT 

bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ), 

gsm-0806 ( 2 ), 

gsm-BSSMAP ( 3 ) , 

ets-300102-1 ( 4 ) }, 

signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue ; 29 

processAccess Signalling OPERATION 
ARGUMENT 

bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ) , 

gsm-0806 ( 2 ), 

gsm-BSSMAP ( 3 ) , 

ets-300102-1 ( 4 ) }, 

signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 33 

forwardAccess Signalling OPERATION 
ARGUMENT 
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bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ) , 

gsm-0806 ( 2 ), 

gsm-BSSMAP ( 3 ) , 

ets-300102-1 ( 4 ) }, 

signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 34 

prepare Subsequent Handover OPERATION 
ARGUMENT 

prepareSubsequentHO-Arg SEQUENCE { 

targetCellld OCTET STRING ( SIZE ( 5 .. 7 ) ), 

targetMSC-Number OCTET STRING ( SIZE ( 1 .. 20 ) ) ( SIZE ( 1 .. 9 ) ), 

bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ), 

gsm-0806 ( 2 ), 
gsm-BSSMAP ( 3 ) , 
ets-300102-1 ( 4 ) }, 
signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . }, 
. . . } 
RESULT 

bss-APDU SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 ( 1 ) , 
gsm-0806 ( 2 ), 
gsm-BSSMAP ( 3 ) , 
ets-300102-1 ( 4 ) }, 
signallnfo OCTET STRING ( SIZE ( 1 .. 200 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— unexpectedDataValue — localValue ; 36, 

— dataMissing — localValue : 35, 

— unknownMSC — localValue : 3, 

— subsequentHandoverFailure — localValue : 26} 
: := localValue : 69 

sendAuthenticationlnfo OPERATION 
ARGUMENT 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



726 



ETSI TS 100 974 V5.19.0 (2003-09) 



sendAuthenticationlnfoArg OCTET STRING ( SIZE( 3 .. 8 ) ) 
RESULT 

sendAuthenticationlnfoRes SEQUENCE ( SIZE ( 1 .. 5 ) ) OF 
SEQUENCE { 

rand OCTET STRING ( SIZE ( 16 ) ), 
sres OCTET STRING ( SIZE ( 4 ) ), 
kc OCTET STRING ( SIZE ( 8 ) ), 

. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— unknownSubscriber — localValue ; 1} 
::= localValue : 56 

checklMEI OPERATION 
ARGUMENT 

imei OCTET STRING ( SIZE ( 8 ) ) 
RESULT 

equipmentStatus ENUMERATED { 

whiteListed ( ) , 

blackListed ( 1 ) , 

greyListed ( 2 ) } 

ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue ; 35, 

— unknownEquipment — localValue ; 7} 
: := localValue ; 43 



insertSubscriberData OPERATION 
ARGUMENT 

insertSubscriberDataArg SEQUENCE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE ( 3 .. 8 ) ) OPTIONAL, 

msisdn [1] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) ( 

SIZE ( 1 . . 9 ) ) OPTIONAL, 

category [2] IMPLICIT OCTET STRING ( SIZE ( 1 ) ) 

OPTIONAL, 

subscriberStatus [3] IMPLICIT ENUMERATED { 

serviceGranted ( ) , 

operatorDeterminedBarring ( 1 ) } OPTIONAL, 
bearerServiceList [4] IMPLICIT SEQUENCE ( SIZE ( 1 . . 50 ) ) OF 

OCTET STRING ( SIZE( 1 .. 5 ) ) OPTIONAL, 
teleserviceList [6] IMPLICIT SEQUENCE ( SIZE ( 1 . . 20 ) ) OF 

OCTET STRING ( SIZE( 1 .. 5 ) ) OPTIONAL, 
provisionedSS [7] IMPLICIT SEQUENCE ( SIZE ( 1 . . 30 ) ) OF 

CHOICE { 

forwardinglnfo [0] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 

forwardingFeatureList SEQUENCE ( SIZE ( 1 . . 32 ) ) OF 
SEQUENCE { 

CHOICE { 

[2] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 ) ), 
[3] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 ) )} 



OPTIONAL, 

SIZE( 1 . 
OPTIONAL, 
OPTIONAL, 



basicService 

ext -Bearer Service 
ext -Tele service 



ss-Status 
f orwardedToNumber 
OPTIONAL, 

forwardedToSubaddress 

f orwardingOptions 



[4] IMPLICIT OCTET STRING ( SIZE( 1 

[5] IMPLICIT OCTET STRING ( SIZE( 1 

[8] IMPLICIT OCTET STRING ( SIZE( 1 

[6] IMPLICIT OCTET STRING ( SIZE( 1 



5 ) ), 

20 ) ) ( 

21 ) ) 

5 ) ) 



[7] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
[9] IMPLICIT SEQUENCE { 

[0] IMPLICIT SEQUENCE ( SIZE( 1 .. 10 ) ; 



noReplyConditionTime 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 



10 



OF 
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extid 



MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



OPTIONAL, 



callBarringlnfo [1] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 

callBarringFeatureList SEQUENCE ( SIZE ( 1 . . 32 ) ) OF 
SEQUENCE { 

basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 



5 ) 
5 ) 



ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 .. 10 ) 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



OF 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



OPTIONAL, 



cug-Info [2] IMPLICIT SEQUENCE { 

cug-SubscriptionList SEQUENCE ( SIZE ( . . 10 ) ) OF 
SEQUENCE { 
cug-Index 
cug-Interlock 
intraCUG-Options 

noCUG-Restrictions 
cuglC-CallBarred 
cugOG-CallBarred 
basicServiceCroupList SEQUENCE ( SIZE ( 1 . . 32 ) ) OF 
CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 



INTEGER ( . . 32767 ) , 
OCTET STRING ( SIZE( 4 ) ), 
ENUMERATED { 

( ), 

( 1 ), 

( 2 ) }, 
SEQUENCE ( SIZE( 1 .. 32 ) 



. 5 
. 5 



extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION 



0] IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE 



( SIZE( 1 
Sextensionld ( ( 



10 



OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



OPTIONAL, 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



cug-FeatureList 
SEQUENCE { 

basicService 

ext -Bearer Service 
ext-Teleservice 



SEQUENCE ( SIZE( 1 



32 



OF 



CHOICE { 
[2] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 
[3] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 
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preferentialCUG-Indicator INTEGER ( . . 32767 ) OPTIONAL, 
interCUG-Restrictions OCTET STRING ( SIZE ( 1 ) ), 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) ), 

ss-SubscriptionOption CHOICE { 

cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent ( ) , 

temporaryDefaultRestricted ( 1 ) , 
temporaryDefaultAllowed ( 2 ) }, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled ( ) , 
overrideDisabled ( 1 ) }} OPTIONAL, 
basicServiceGroupList SEQUENCE ( SIZE ( 1 . . 32 ) ) OF 
CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) )} 



OPTIONAL, 



extensionContainer [5] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . sextensionld ( { 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

emlpp-Info [4] IMPLICIT SEQUENCE { 

maximumentitledPriority INTEGER ( . . 15 ) , 
defaultPriority INTEGER (0 . . 15 ) , 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionid ( { 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } } OPTIONAL, 
odb-Data [8] IMPLICIT SEQUENCE 

odb-GeneralData BIT STRING { 
allOG-CallsBarred (0 ), 
internationalOGCallsBarred (1 ), 
internationalOGCallsNotToHPLMN-CountryBarred (2 ), 
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interzonalOGCallsBarred (6 ), 

interzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8 ) , 

premiumRatelnformationOGCallsBarred (3 ) , 

premiumRateEntertainementOGCallsBarred (4 ) , 

ss-AccessBarred (5 ) , 

allECT-Barred (9 ), 

chargeableECT-Barred (10 ), 

internationalECT-Barred (11 ), 

interzonalECT-Barred (12 ), 

doublyChargeableECT-Barred (13 ), 

multipleECT-Barred (14 )} ( SIZE ( 15 . . 32 ) ) , 
odb-HPLMN-Data BIT STRING { 

plmn-Specif icBarringTypel (0 ) , 

plmn-Specif icBarringType2 (1 ), 

plmn-Specif icBarringType3 (2 ) , 

plmn-SpecificBarringType4 (3 ) } ( SIZE ( 4 . . 32 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
roamingRestrictionDueToUnsupportedFeature [9] IMPLICIT NULL OPTIONAL, 
regionalSubscriptionData [10] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 

OCTET STRING ( SIZE( 2 ) ) OPTIONAL, 
vbsSubscriptionData [11] IMPLICIT SEQUENCE ( SIZE ( 1 . . 50 ) ) OF 

SEQUENCE { 

groupid OCTET STRING ( SIZE ( 3 ) ), 

broadcastlnitEntitlement NULL OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
vgcsSubscriptionData [12] IMPLICIT SEQUENCE ( SIZE ( 1 .. 50 ) ) OF 

SEQUENCE { 

groupid OCTET STRING ( SIZE ( 3 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
vlrCamelSubscriptionlnfo [13] IMPLICIT SEQUENCE { 

O-CSI [0] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedinf o ( 2 ) , 



SIZE( 1 



serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE ( 1 .. 20 ) ) ( 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall ( ) , 
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releaseCall 



( 1 ), 



extensionContainer 

privateExtensionList 
SEQUENCE { 



[2] IMPLICIT SEQUENCE { 
IMPLICIT SEQUENCE ( SIZE( 1 



10 ) ) OF 



extid 



MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [14] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

insertSubscriberDataRes SEQUENCE { 
teleserviceList 

OCTET STRING ( SIZE( 1 
bearerServiceList 

OCTET STRING ( SIZE( 1 
ss-List 

OCTET STRING ( SIZE( 1 ) ) 
odb- Genera ID at a 

allOG-CallsBarred (0 ), 

internationalOGCallsBarred 



1] 
) 

2] 
) 
[3] 



IMPLICIT SEQUENCE 
OPTIONAL, 
IMPLICIT SEQUENCE 
OPTIONAL, 
IMPLICIT SEQUENCE 
OPTIONAL, 

[4] IMPLICIT BIT STRING { 



5 ) ) 



5 ) ) 



( SIZE( 1 . 


. 20 ) 


) OF 


( SIZE( 1 . 


. 50 ) 


) OF 


( SIZE( 1 . 


. 30 ) 


) OF 



(1 



(2 



internationalOGCallsNotToHPLMN-CountryBarred 

interzonalOGCallsBarred (6 ), 

interzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred 

premiumRatelnformationOGCallsBarred (3 ) , 

premiumRateEntertainementOGCallsBarred (4 ) , 

ss-AccessBarred (5 ) , 

allECT-Barred (9 ), 

chargeableECT-Barred (10 ), 

internationalECT-Barred (11 ), 

interzonalECT-Barred (12 ), 

doublyChargeableECT-Barred (13 ), 

multipleECT-Barred (14 )} ( SIZE ( 15 . . 32 ) ) OPTIONAL, 



(8 ), 
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regional Subs criptionResponse 

msc-AreaRestricted 

tooManyZoneCodes 

zoneCodesConf lict 

regional SubscNot Supported 
support edCamelPhases 

phasel (0 ) } ( SIZE ( 1 . . 
extensionContainer 

privateExtensionList [0] 
SEQUENCE { 



[5] IMPLICIT ENUMERATED { 
( ), 
( 1 ), 
( 2 ), 

( 3 ) } OPTIONAL, 
[6] IMPLICIT BIT STRING { 
16 ) ) OPTIONAL, 

[7] IMPLICIT SEQUENCE { 
IMPLICIT SEQUENCE ( SIZE( 



10 ) ) OF 



extid 



MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue : 36, 

— unidentif iedSubscriber — localValue ; 5} 
:= localValue ; 7 



deleteSubscriberData OPERATION 
ARGUMENT 

deleteSubscriberDataArg SEQUENCE { 
imsi 

basicServiceList 
CHOICE { 

ext-BearerService [2] 
ext-Teleservice [3] 
ss-List 

OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
roamingRestrictionDueToUnsupportedFeature 
r egional Subs criptioni dent ifier 



[0] IMPLICIT 
[1] IMPLICIT 

IMPLICIT OCTET STRING ( 
IMPLICIT OCTET STRING ( 



OPTIONAL, 



vbs Group Indication 

vgcsGroupIndication 

came 1 Subscript ion I nfoWithdr aw 

extensionContainer 

privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 

extId MAP-EXTENSION . sextensionld ( { 



[2] 


IMPLICIT 


[4] 


IMPLICIT 


[5] 


IMPLICIT 


[7] 


IMPLICIT 


[8] 


IMPLICIT 


[9] 


IMPLICIT 


[6] 


IMPLICIT 


NCE 


( SIZE( 



OCTET STRING ( SIZE ( 
SEQUENCE ( SIZE( 1 

SIZE ( 1 . . 5 ) ) , 
SIZE ( 1 . . 5 ) ) } OPT 
SEQUENCE ( SIZE( 1 

NULL OPTIONAL, 

OCTET STRING ( SIZE( 

NULL OPTIONAL, 
NULL OPTIONAL, 
NULL OPTIONAL, 
SEQUENCE { 
1 . . 10 ) ) OF 



3 .. 8 ) ), 
. . 70 ) ) OF 



lONAL, 

. . 30 ) ) OF 



2 ) ) 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



{ 



RESULT 

deleteSubscriberDataRes SEQUENCE 
regional Subs criptionResponse 
msc-AreaRestricted 
tooManyZoneCodes 
zoneCodesConflict 
regional SubscNot Supported 
extensionContainer 

privateExtensionList [0] 
SEQUENCE { 

extId MAP-EXTENSION 



[0] IMPLICIT ENUMERATED { 




( ), 








( 1 ), 








( 2 ), 








( 3 ) } 


OPTIONAL, 






SEQUENCE 


{ 






MPLICIT 


SEQUENCE 


( SIZE( 


1 


ON .&ext 


ensionid 


( { 





10 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 
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— unidentif iedSubscriber 
localValue : 8 



localValue 



5} 



reset OPERATION 
ARGUMENT 

resetArg SEQUENCE { 

hlr-Number OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 
hlr-List SEQUENCE ( SIZE ( 1 .. 50 ) ) OF 
OCTET STRING ( SIZE( 3 .. 8 ) ) OPTIONAL, 



localValue 



37 



forwardCheckSS- Indication OPERATION 
::= localValue : 38 



restoreData OPERATION 
ARGUMENT 

restoreDataArg SEQUENCE { 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ), 

Imsi OCTET STRING ( SIZE ( 4 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



20 ) ) ( SIZE( 1 



RESULT 

restoreDataRes SEQUENCE { 

hlr-Number OCTET STRING ( SIZE ( 1 

msNotReachable NULL OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue : 36, 

— unknownSubscriber — localValue : 1} 
;= localValue ; 57 



activateTraceMode OPERATION 
ARGUMENT 

activateTraceModeArg SEQUENCE 



[0] IMPLICIT OCTET STRING ( SIZE( 3 .. 8 ) ) OPTIONAL, 

[1] IMPLICIT OCTET STRING ( SIZE( 1 .. 2 ) ), 

[2] IMPLICIT INTEGER ( .. 255 ), 

[3] IMPLICIT OCTET STRING ( SIZE( 1 .. 20 ) ) OPTIONAL, 

[4] IMPLICIT SEQUENCE { 

0] IMPLICIT SEQUENCE ( SIZE( 1 .. 10 ) ) OF 



imsx 

traceRef erence 

traceType 

omc-Id 

extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



RESULT 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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activateTraceModeRes SEQUENCE { 

extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— f acilityNotSupported — localValue ; 21, 

— unidentif iedSubscriber — localValue ; 5, 

— tracingBufferFull — localValue : 40} 
;= localValue ; 50 



deactivateTraceMode OPERATION 
ARGUMENT 

deactivateTraceModeArg SEQUENCE { 



imsi [0] 

traceReference [1] 
extensionContainer [2] 
privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 
IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE 



( SIZE( 3 
( SIZE( 1 

( SIZE( 

( { 



OPTIONAL, 



2 ) ), 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

deactivateTraceModeRes SEQUENCE { 

extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— f acilityNotSupported — localValue ; 21, 

— unidentif iedSubscriber — localValue ; 5} 
: := localValue ; 51 

sendlMSI OPERATION 
ARGUMENT 

msisdn OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 
RESULT 

imsi OCTET STRING ( SIZE ( 3 .. 8 ) ) 
ERRORS { 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— unknownSubscriber — localValue ; 1} 
::= localValue : 58 

sendRoutinglnfo OPERATION 
ARGUMENT 

sendRoutinglnfoArg SEQUENCE { 
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), 



msisdn 

cug-Checklnfo 
cug-I interlock 
cug-OutgoingAccess 
extensionContainer 



[0] IMPLICIT OCTET STRING ( SIZE( 1 

[1] IMPLICIT SEQUENCE { 
OCTET STRING ( SIZE( 4 ) ), 
NULL OPTIONAL, 
SEQUENCE { 



[0] 



privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION 



IMPLICIT SEQUENCE 
. &extensionId 



( SIZE( 1 
( { 



20 ) ) ( SIZE( 1 



10 ) ) OF 



9 ) 



extType 



MAP-EXTENSION . SExtensionType ( { 



), 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
numberOf Forwarding 
InterrogationType 

basicCall ( ) , 
forwarding ( 1 ) } , 
or-Interrogation 
or-Capability 
gmsc- Address 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[2] IMPLICIT INTEGER ( 1 
[3] IMPLICIT ENUMERATED ( 



5 ) OPTIONAL, 



[4] IMPLICIT NULL OPTIONAL, 

[5] IMPLICIT INTEGER ( 1 . . 127 ) OPTIONAL, 

[6] IMPLICIT OCTET STRING ( SIZE( 1 .. 20 ) ) ( SIZE( 1 .. 9 ) 



callReferenceNumber [7] 

forwardingReason [8] 

notReachable ( ) , 
busy ( 1 ) , 

noReply ( 2 

basicServiceCroup 

ext -Bearer Service 
ext -Tele service 
networkSignalInf o 
protocolld 

gsm-0408 ( 

gsm-0806 ( 

gsm-BSSMAP ( 
ets-300102-1 ( 
signalinf o 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION 



IMPLICIT OCTET STRING 
IMPLICIT ENUMERATED { 



( SIZE( 1 



OPTIONAL, 



) } OPTIONAL, 



} OPTIONAL, 

[9] CHOICE { 
[2] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 ) 
[3] IMPLICIT OCTET STRING ( SIZE( 1 .. 5 ) 

[10] IMPLICIT SEQUENCE { 
ENUMERATED { 

1 ), 

2 ), 

3 ), 

4 ) }, 

OCTET STRING ( SIZE( 1 .. 200 ) ), 
SEQUENCE { 

0] IMPLICIT SEQUENCE ( SIZE( 1 .. 10 ) ) OF 

. Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camellnfo 

support edCamelPhases 

phasel (0 
suppress-T-CSI 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[11] IMPLICIT SEQUENCE { 
BIT STRING { 
( SIZE ( 1 . . 16 ) ) , 
NULL OPTIONAL, 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
suppressionOf Announcement 
extensionContainer 

privateExtensionList 
SEQUENCE { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[12] IMPLICIT NULL OPTIONAL, 
[13] IMPLICIT SEQUENCE { 
I] IMPLICIT SEQUENCE ( SIZE( 1 



10 



extId 



MAP-EXTENSION . Sextensionld ( { 
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extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

sendRoutinglnfoRes [3] IMPLICIT SEQUENCE { 

imsi [9] IMPLICIT OCTET STRING ( SIZE ( 3 

extendedRoutinglnfo CHOICE { 

routinglnfo CHOICE { 

roamingNumber OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 
forwardingData SEQUENCE { 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE ( 1 . 
9 ) ) OPTIONAL, 

forwardedToSubaddress [4] IMPLICIT OCTET STRING ( SIZE ( 1 . 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE ( 1 ) 
extensionContainer [7] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 .. 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



. . 8 ) ) OPTIONAL, 

9 ) ), 

. 20 ) ) ( SIZE( 1 

. 21 ) ) OPTIONAL, 
) OPTIONAL, 

10 ) ) OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



camelRoutingInf o [8] 
forwardingData 

forwardedToNumber 



IMPLICIT SEQUENCE { 
SEQUENCE { 
[5] IMPLICIT OCTET STRING ( SIZE( 1 



9 ) ) OPTIONAL, 



forwardedToSubaddress [4] 
forwardingOptions [6] 
extensionContainer [7] 
privateExtensionList [0 
SEQUENCE { 

extId MAP-EXTENSION 



IMPLICIT OCTET STRING ( SIZE( 1 
IMPLICIT OCTET STRING ( SIZE( 1 
IMPLICIT SEQUENCE { 
] IMPLICIT SEQUENCE ( SIZE( 1 . 

. Sextensionld ( { 



20 ) ) ( SIZE( 1 



21 ) 

I OPT 



10 



) OPTIONAL, 
lONAL, 



extType MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
gmscCamelSubscriptionlnfo [0] IMPLICIT SEQUENCE { 
t-CSI [0] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE ( 1 . . 10 
SEQUENCE { 

t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized ( 12 ) , 



OF 



) ( SIZE( 1 



serviceKey 
gsmSCF- Address 

default Call Handling 

continueCall ( ) , 
releaseCall ( 1 ) , 



INTEGER ( .. 2147483647 ), 

[0] IMPLICIT OCTET STRING ( SIZE( 1 . 

[1] IMPLICIT ENUMERATED { 



. 20 ) 



[2] IMPLICIT SEQUENCE { 
0] IMPLICIT SEQUENCE ( SIZE( 1 .. 10 



extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionid ( { 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer 



SEQUENCE 
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privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
0-CSI [1] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo ( 2 ) , 



) ( SIZE ( 1 . . 9 ) ) , 



serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) 

defaultCallHandling [1] IMPLICIT ENUMERATED { 
continueCall ( ) , 
releaseCall ( 1 ) , 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } } OPTIONAL, 
cug-Checklnfo [3] IMPLICIT SEQUENCE { 
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cug-Interlock OCTET STRING ( SIZE ( 4 ) ), 
cug-OutgoingAccess NULL OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } 
pcs-Extensions [1] 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
cugSubscriptionFlag 
subscriber Info 

locationinf ormation [0] 
ageOfLocationlnformation 
geographicallnformation [0] 
vlr-number [1] 



) OPTIONAL} OPTIONAL, 
IMPLICIT SEQUENCE { 



[6] IMPLICIT 
[7] IMPLICIT 
IMPLICIT SEQUENCE 
INTEGER ( . . 



NULL OPTIONAL, 
SEQUENCE { 
{ 
32767 ) OPTIONAL, 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



SIZE ( 
SIZE ( 



9 ) ) OPTIONAL, 



[2] 
[3] 



locationNumber 
cellldOrLAI 

cellldFixedLength 
laiFixedLength 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION 



IMPLICIT OCTET STRING ( SIZE( 2 
CHOICE { 
0] IMPLICIT OCTET STRING ( SIZE( 7 ) 
1] IMPLICIT OCTET STRING ( SIZE( 5 ) 

[4] IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE ( SIZE( 1 .. 



I OPTIONAL, 
20 ) ) ( SIZE( 1 

10 ) ) OPTIONAL, 



) } OPTIONAL, 
10 ) ) OF 



. Sextensionld ( { 



extType 



MAP-EXTENSION .SExtensionType ( { 



} { @extld } ) OPTIONAL} OPTIONAL, 



pcs-Extensions 




[1] IMPLICIT SEQUENCE { 


... } OPTIONAL, 




... } OPTIONAL, 






... } OPTIONAL, 






subscriber St ate 


[1] 


CHOICE { 


assumedldle 




[0] IMPLICIT NULL, 


camelBusy 




[1] IMPLICIT NULL, 


net Det Not Reachable 




ENUMERATED { 


msPurged 


( 


), 


imsiDetached 


( 


1 ), 


restrictedArea 


( 


2 ), 


not Registered 


( 


3 ) }, 


notProvidedFromVLR 




[2] IMPLICIT NULL} OPTIONAL, 


extensionContainer 


[2] 


IMPLICIT SEQUENCE { 


privateExtensionLis 


;t 


[0] IMPLICIT SEQUENCE ( SIZE( 


SEQUENCE { 







. 10 ) ) OF 



extId 



MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
ss-List [1] IMPLICIT SEQUENCE ( SIZE( 1 .. 30 ) ) OF 

OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
basicService [5] CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 .. 5 ) )} OPTIONAL, 
forwardinglnterrogationRequired [4] IMPLICIT NULL OPTIONAL, 

vmsc-Address [2] IMPLICIT OCTET STRING ( SIZE ( 1 .. 20 ) ) ( SIZE ( 1 

OPTIONAL, 
extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionid ( { 



extType MAP-EXTENSION .SExtensionType ( { 
...} { gextid } ) OPTIONAL} OPTIONAL, 
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pes -Ext ens ions 

... } OPTIONAL, 
... } OPTIONAL, 



[1] IMPLICIT SEQUENCE 



ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— facilityNotSupported — localValue : 21, 

— or-NotAllowed — localValue : 48, 

— unknownSubscriber — localValue ; 1, 

— numberChanged — localValue ; 44, 

— bearerServiceNotProvisioned — localValue ; 10, 

— teleserviceNotProvisioned — localValue : 11, 

— absentSubscriber — localValue ; 27, 

— busySubscriber — localValue : 45, 

— noSubscriberReply — localValue ; 46, 

— callBarred — localValue ; 13, 

— cug-Reject — localValue : 15, 

— f orwardingViolation — localValue : 14} 
:= localValue ; 22 



provideRoamingNumber OPERATION 
ARGUMENT 

provideRoamingNumberArg SEQUENCE { 



imsi 

msc-Number 
), 

msisdn 
) OPTIONAL, 

1ms i 

gsm-BearerCapability 
protocolld 
gsm-0408 
gsm-080 6 
gsm-BSSMAP 
ets-300102-1 
signalinf o 
extensionContainer 



[0] IMPLICIT OCTET STRING ( SIZE( 3 
[1] IMPLICIT OCTET STRING ( SIZE( 1 

[2] IMPLICIT OCTET STRING ( SIZE( 1 

[4] IMPLICIT OCTET STRING ( SIZE( 4 
[5] IMPLICIT SEQUENCE { 
ENUMERATED { 
( 1 ), 
( 2 ), 
( 3 ), 
( 4 ) }, 

OCTET STRING ( SIZE( 1 .. 200 ) ), 
SEQUENCE { 

[0] IMPLICIT SEQUENCE ( SIZE( 1 .. 10 ) ) OF 



20 ) ) ( SIZE ( 1 . . 9 ) 
20 ) ) ( SIZE ( 1 . . 9 ) 
I OPTIONAL, 



privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION . sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { gextid } 
pcs-Extensions [1] 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
networksignalinf o 
protocolld 

gsm-0408 ( 
gsm-080 6 ( 
gsm-BSSMAP ( 
ets-300102-1 ( 
signalinf o 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION 



) OPTIONAL} OPTIONAL, 
IMPLICIT SEQUENCE { 



[6] IMPLICIT SEQUENCE { 
ENUMERATED { 

1 ), 

2 ), 

3 ), 

4 ) }, 

OCTET STRING ( SIZE( 1 .. 200 ) ), 
SEQUENCE { 

0] IMPLICIT SEQUENCE ( SIZE( 1 



10 ) ) OF 



. &extensionId ( ( 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
suppressionOf Announcement 
gmsc- Address 
) OPTIONAL, 

callRef erenceNumber 

or-Interrogation 

extensionContainer 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[7] IMPLICIT NULL OPTIONAL, 

[8] IMPLICIT OCTET STRING ( SIZE( 1 

[9] IMPLICIT OCTET STRING ( SIZE( 1 
[10] IMPLICIT NULL OPTIONAL, 
[11] IMPLICIT SEQUENCE { 



privateExtensionList 



[0] IMPLICIT SEQUENCE ( SIZE( 1 



10 



20 ) 



OF 



) ( SIZE( 1 
OPTIONAL, 
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SEQUENCE { 
extid 



MAP-EXTENSION . Sextensionld ( 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

provideRoamingNumberRes SEQUENCE { 

roamingNumber OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ), 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— facilityNotSupported — localValue : 21, 

— or-NotAllowed — localValue : 48, 

— absentSubscriber — localValue : 27, 

— noRoamingNumberAvailable — localValue ; 39} 
:= localValue ; 4 



resumeCallHandling OPERATION 
ARGUMENT 

resumeCallHandlingArg SEQUENCE { 



callReferenceNumber 
basicServiceGroup 

ext -Bearer Service 
ext -Tele service 
f orwardingData 

forwardedToNumber 



[0] IMPLICIT OCTET STRING ( SIZE( 1 . 

[1] CHOICE { 

[2] IMPLICIT OCTET STRING ( SIZE( 
[3] IMPLICIT OCTET STRING ( SIZE( 

[2] IMPLICIT SEQUENCE { 



) ), 



OPTIONAL, 



[5] IMPLICIT OCTET STRING ( SIZE( 1 



20 ) ) ( SIZE( 1 



forwardedToSubaddress 
f orwardingOptions 
extensionContainer 

privateExtensionList 
SEQUENCE { 

ext Id MAP- 



[4] IMPLICIT OCTET STRING 
[6] IMPLICIT OCTET STRING 
[7] IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE 



SIZE ( 
SIZE ( 



21 



OPTIONAL, 



OPTIONAL, 



EXTENSION .Sextensionld 



( SIZE( 1 
( { 



10 



OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



imsi [3] IMPLICIT OCTET STRING ( SIZE ( 3 .. i 

cug-Checklnfo [4] IMPLICIT SEQUENCE { 

cug-Interlock OCTET STRING ( SIZE ( 4 ) ), 

cug-OutgoingAccess NULL OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . SextensionId ( { 



10 



OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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... } OPTIONAL, 
O-CSI [5] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo ( 2 ) , 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) ( 

SIZE ( 1 . . 9 ) ) , 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall ( ) , 

releaseCall ( 1 ) , 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [7] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . sextensionid ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

resumeCallHandlingRes SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— f orwardingFailed — localValue ; 47, 

— or-NotAllowed — localValue : 48, 

— unexpectedDataValue — localValue : 36} 
: := localValue : 6 

registerSS OPERATION 
ARGUMENT 

registerSS-Arg SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 
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basicService 

bearer Service 
teleservice 
forwardedToNumber 
forwardedToSubaddress 
noReplyConditionTime 



CHOICE { 
[2] IMPLICIT OCTET STRING ( SIZE( 1 ) ), 
[3] IMPLICIT OCTET STRING ( SIZE( 1 ) )} OPTIONAL, 

[4] IMPLICIT OCTET STRING ( SIZE( 1 .. 20 ) ) OPTIONAL, 
[6] IMPLICIT OCTET STRING ( SIZE( 1 .. 21 ) ) OPTIONAL, 
[5] IMPLICIT INTEGER (5 . . 30 ) OPTIONAL, 



RESULT 
ss- 



Info CHOICE { 
f orwardinginf o [0] 
ss-Code 

f orwardingFeatureList 
SEQUENCE { 

basicService 

bearer Service 
teleservice 
ss-Status 
forwardedToNumber 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE 
SEQUENCE ( SIZE( 1 



( 1 



) ) OPTIONAL, 
13 ) ) OF 



OPTIONAL, 



CHOICE { 
[2] IMPLICIT OCTET STRING ( SIZE( 1 
[3] IMPLICIT OCTET STRING ( SIZE( 1 



forwardedToSubaddress 

forwardingOptions 

noReplyConditionTime 



) ), 



[4] 
[5] 



[6] 
[7] 



IMPLICIT 
IMPLICIT 

IMPLICIT 
IMPLICIT 
IMPLICIT 



OCTET 
OCTET 



OCTET 
OCTET 



STRING 
STRING 



STRING 
STRING 



SIZE ( 
SIZE ( 



OPTIONAL, 
) OPTIONAL, 
. 20 ) ) ( SIZE( 1 



INTEGER ( 5 



SIZE( 1 
SIZE( 1 
30 ) OPTIONAL 



21 ) ) OPTIONAL, 
OPTIONAL, 



callBarringlnfo [1] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE ( 1 . . 13 ) ) OF 
SEQUENCE { 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 
teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 ) ) 



} OPTIONAL, 
OPTIONAL, 



Data 

ss-Code 
Status 

Subs criptionOpt ion 
cliRestrictionOption 
permanent 



ss 
ss 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE( 1 
[4] IMPLICIT OCTET STRING ( 
CHOICE { 

[2] IMPLICIT ENUMERATED 
( ), 



OPTIONAL, 



temporaryDe fault Re St rioted 
temporaryDe fault Allowed 



overrideCategory 
overrideEnabled 
overrideDisabled 
basicServiceGroupList 

CHOICE { 

bearerService 
teleservice 



[2] 
[3] 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



SIZE ( 



1 ) ) OPTIONAL, 



[1] IMPLICIT ENUMERATED 
( ), 

( 1 ) }} OPTIONAL, 
SEQUENCE ( SIZE ( 1 . . 13 ) 



OF 



SIZE ( 
SIZE ( 



) ) } OPTIONAL, 



ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— bearerServiceNotProvisioned — localValue 

— teleserviceNotProvisioned — localValue : 

— callBarred — localValue ; 13, 

— illegalSS-Operation — localValue ; 16, 

— ss-ErrorStatus — localValue ; 17, 

— ss-Incompatibility — localValue : 20} 
:= localValue : 10 



10, 



11, 



eraseSS OPERATION 
ARGUMENT 

ss-ForBS SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING 
teleservice [3] IMPLICIT OCTET STRING 



( SIZE( 1 
( SIZE( 1 



) ) } OPTIONAL, 



RESULT 

ss-Info CHOICE { 

forwardinglnfo [0] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 

forwardingFeatureList SEQUENCE ( SIZE ( 1 . . 13 ) ) OF 
SEQUENCE { 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



742 



ETSI TS 100 974 V5.19.0 (2003-09) 



9 ) ) OPTIONAL, 



teleservice 
ss-Status 
f orwardedToNumber 

forwardedToSubaddress 
f orwardingOptions 
noReplyConditionTime 



[3] IMPLICIT OCTET STRING ( SIZE( 1 ) )} OPTIONAL, 
[4] IMPLICIT OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
[5] IMPLICIT OCTET STRING ( SIZE( 1 .. 20 ) ) ( SIZE( 1 

[8] IMPLICIT OCTET STRING ( SIZE( 1 .. 21 ) ) OPTIONAL, 
[6] IMPLICIT OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
[7] IMPLICIT INTEGER (5 .. 30 ) OPTIONAL, 



callBarringlnfo [1] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE 

callBarringFeatureList SEQUENCE ( SIZE ( 1 
SEQUENCE { 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING 
teleservice [3] IMPLICIT OCTET STRING 
ss-Status [4] IMPLICIT OCTET STRING 



1 ) ) OPTIONAL, 
. 13 ) ) OF 



( SIZE( 1 ) ), 
( SIZE ( 1 ) ) } OPTIONAL, 
( SIZE( 1 ) ) OPTIONAL, 



-Data [3] 

ss-Code 
ss-Status 

ss-SubscriptionOption 
cliRestrictionOption 
permanent 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
[4] IMPLICIT OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
CHOICE { 

[2] IMPLICIT ENUMERATED { 
( ), 



temporaryDef aultRestricted 
temporaryDe fault Allowed 



( 1 ), 
( 2 ) 



overrideCategory 
overrideEnabled 
overrideDisabled 
basicServiceCroupList 

CHOICE { 

bearerService 
teleservice 



[1] IMPLICIT ENUMERATED 
( ), 

( 1 ) } } OPTIONAL, 
SEQUENCE ( SIZE (1 . . 13 



) ) OF 



[2] 
[3] 



IMPLICIT OCTET 
IMPLICIT OCTET 



STRING 
STRING 



SIZE ( 
SIZE ( 



) ), 

) ) } OPTIONAL, 



ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue : 36, 

— bearerServiceNotProvisioned — localValue 

— teleserviceNotProvisioned — localValue : 

— callBarred — localValue : 13, 

— illegalSS-Operation — localValue ; 16, 

— ss-ErrorStatus — localValue : 17} 
:= localValue ; 11 



10, 



11, 



activateSS OPERATION 
ARGUMENT 

ss-ForBS SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 ) 
teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 ) 



) } OPTIONAL, 



RESULT 
ss- 



Info CHOICE { 
f orwardinginf o [0] 
ss-Code 

f orwardingFeatureList 
SEQUENCE { 

basicService 

bearerService 
teleservice 
ss-Status 
f orwardedToNumber 



OPTIONAL, 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 
SEQUENCE ( SIZE( 1 .. 13 ) ) OF 

CHOICE { 
[2] IMPLICIT OCTET STRING ( SIZE( 1 
[3] IMPLICIT OCTET STRING ( SIZE( 1 



forwardedToSubaddress 
f orwardingOptions 
noReplyConditionTime 



[4] 
[5] 



[6] 
[7] 



IMPLICIT 
IMPLICIT 

IMPLICIT 
IMPLICIT 
IMPLICIT 



OCTET 
OCTET 



OCTET 
OCTET 



STRING 
STRING 



STRING 
STRING 



INTEGER ( 5 



SIZE ( 
SIZE ( 

SIZE ( 
SIZE ( 
30 



) } OPTIONAL, 
1 ) ) OPTIONAL, 
1 . . 20 ) ) ( SIZE ( 1 

1 . . 21 ) ) OPTIONAL, 
1 ) ) OPTIONAL, 



OPTIONAL, 



callBarringlnfo [1] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE ( 1 . . 13 ) ) OF 
SEQUENCE { 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 
teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 



) ) } OPTIONAL, 
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ss-Status 



[4] IMPLICIT OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE( 1 ) ) OPTIONAL, 



-Data [3] 

ss-Code 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 

ss-SubscriptionOption CHOICE { 

cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent ( ) , 

temporaryDefaultRestricted ( 1 ) , 
temporaryDefaultAllowed ( 2 ) }, 



overrideCategory 
overrideEnabled 
overrideDisabled 
basicServiceCroupList 

CHOICE { 

bearer Service 
teleservice 



[1] IMPLICIT ENUMERATED 
( ), 

( 1 ) }} OPTIONAL, 
SEQUENCE ( SIZE (1 . . 13 



[2] 
[3] 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



) ) OF 



( SIZE( 
( SIZE( 



) ), 

) ) } OPTIONAL, 



ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— bearerServiceNotProvisioned — localValue ; 10, 

— teleserviceNotProvisioned — localValue : 11, 

— callBarred — localValue ; 13, 

— illegalSS-Operation — localValue ; 16, 

— ss-ErrorStatus — localValue ; 17, 

— ss-SubscriptionViolation — localValue ; 19, 

— ss-Incompatibility — localValue : 20, 

— negativePW-Check — localValue : 38, 

— numberOfPW-AttemptsViolation — localValue : 43) 
:= localValue ; 12 



deactivateSS OPERATION 
ARGUMENT 

ss-ForBS SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ), 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING 
teleservice [3] IMPLICIT OCTET STRING 



( SIZE( 1 ) 
( SIZE( 1 ) 



) } OPTIONAL, 



RESULT 

ss-Info CHOICE { 

f orwardinginf o [0] 
ss-Code 

f orwardingFeatureList 
SEQUENCE { 

basicService 

bearerService 
teleservice 
ss-Status 
f orwardedToNumber 



IMPLICIT SEQUENCE { 

OCTET STRING ( SIZE ( 
SEQUENCE ( SIZE( 1 . 



1 ) ) 



13 ) ) 



OPTIONAL, 
OF 



CHOICE { 



[2] 
[3] 



9 ) ) OPTIONAL, 



forwardedToSubaddress 
f orwardingOptions 
noReplyConditionTime 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



[4] 
[5] 



[6] 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



( SIZE( 1 
( SIZE( 1 
( SIZE( 
( SIZE( 



IMPLICIT OCTET STRING 
IMPLICIT OCTET STRING 



[7] IMPLICIT INTEGER ( 5 



) ) } OPTIONAL, 
1 ) ) OPTIONAL, 
1 . . 20 ) ) ( SIZE ( 1 

( SIZE( 1 . . 21 ) ) OPTIONAL, 
( SIZE( 1 ) ) OPTIONAL, 
. 30 ) OPTIONAL, 



callBarringlnfo [1] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 

callBarringFeatureList SEQUENCE ( SIZE ( 1 .. 
SEQUENCE { 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING 
teleservice [3] IMPLICIT OCTET STRING 
ss-Status [4] IMPLICIT OCTET STRING 



OPTIONAL, 



13 ) ) OF 



( SIZE( 1 ) ), 
( SIZE ( 1 ) ) } OPTIONAL, 
( SIZE( 1 ) ) OPTIONAL, 



ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 ) 

ss-SubscriptionOption CHOICE { 

CliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent ( ) , 

temporaryDefaultRestricted ( 1 ) , 
temporaryDefaultAllowed ( 2 ) }, 
overrideCategory [1] IMPLICIT ENUMERATED { 



OPTIONAL, 



£75/ 



3GPP TS 09.02 version 5.19.0 Release 1996 



744 



ETSI TS 100 974 V5.19.0 (2003-09) 



overrideEnabled 
overrideDisabled 
basicServiceGroupList 
CHOICE { 

bearer Service 
teleservice 



( ), 

( 1 ) }} OPTIONAL, 
SEQUENCE ( SIZE( 1 



13 ) ) OF 



[2] IMPLICIT OCTET STRING ( SIZE( 1 ) 
[3] IMPLICIT OCTET STRING ( SIZE( 1 ) 



), 

) } OPTIONAL, 



ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— bearerServiceNotProvisioned — localValue ; 10, 

— teleserviceNotProvisioned — localValue : 11, 

— callBarred — localValue : 13, 

— illegalSS-Operation — localValue ; 16, 

— ss-ErrorStatus — localValue ; 17, 

— ss-SubscriptionViolation — localValue ; 19, 

— negativePW-Check — localValue : 38, 

— numberOfPW-AttemptsViolation — localValue ; 43} 
: := localValue ; 13 

interrogateSS OPERATION 
ARGUMENT 

ss-ForBS SEQUENCE { 

SS-Code OCTET STRING ( SIZE( 1 ) ), 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 ) )} OPTIONAL, 



RESULT 

interrogateSS-Res CHOICE { 

ss-Status [0] 

basicServiceGroupList [2] 
CHOICE { 

bearerService [2 
teleservice [3 
f orwardingFeatureList 
SEQUENCE { 

basicService 

bearerService [2] 
teleservice [3] 
ss-Status 
f orwardedToNumber 



IMPLICIT OCTET STRING ( SIZE( 
IMPLICIT SEQUENCE ( SIZE( 1 



1 ) ), 
. . 13 ) ) OF 



] IMPLICIT OCTET STRING ( SIZE( 1 
] IMPLICIT OCTET STRING ( SIZE( 1 
[3] IMPLICIT SEQUENCE ( SIZE( 1 . 



13 ) ) OF 



CHOICE { 
IMPLICIT OCTET STRING ( SIZE( 
IMPLICIT OCTET STRING ( SIZE( 



) ) OPTIONAL, 



forwardedToSubaddress 

forwardingOptions 

noReplyConditionTime 



[4] IMPLICIT OCTET STRING 

[5] IMPLICIT OCTET STRING 

[8] IMPLICIT OCTET STRING 

[6] IMPLICIT OCTET STRING 

[7] IMPLICIT INTEGER ( 5 . 



1 
1 

( SIZE( 
( SIZE( 

( SIZE( 
( SIZE( 
. 30 



) } OPTIONAL, 
1 ) ) OPTIONAL, 
1 . . 20 ) ) ( SIZE ( 1 

1 . . 21 ) ) OPTIONAL, 
1 ) ) OPTIONAL, 
OPTIONAL, 



cli-Restrictionlnf o 
ss-Status 

cliRestrictionOption 
permanent 



[4] IMPLICIT SEQUENCE { 
OCTET STRING ( SIZE( 1 ) 
ENUMERATED { 

( ), 



temporaryDefaultRestricted 
temporaryDe fault Allowed 



( 1 ), 

( 2 ) } OPTIONAL, 



ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— bearerServiceNotProvisioned — localValue 

— teleserviceNotProvisioned — localValue : 

— callBarred — localValue ; 13, 

— illegalSS-Operation — localValue ; 16, 

— ss-NotAvailable — localValue : 18} 
:= localValue : 14 



: 10, 
11, 



processUnstructuredSS-Request OPERATION 
ARGUMENT 

ussd-Arg SEQUENCE { 

ussd-DataCodingScheme OCTET STRING ( SIZE ( 1 
ussd-String OCTET STRING ( SIZE ( 1 



160 



RESULT 

ussd-Res SEQUENCE { 

ussd-DataCodingScheme 
ussd-String 



OCTET STRING ( SIZE( 1 
OCTET STRING ( SIZE( 1 



160 



ERRORS { 
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— systemFailure — localValue : 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— unknownAlphabet — localValue : 71, 

— callBarred — localValue ; 13} 
: := localValue : 59 

unstructuredSS-Request OPERATION 
ARGUMENT 

ussd-Arg SEQUENCE { 

ussd-DataCodingScheme OCTET STRING ( SIZE ( 1 ) ), 
ussd-String OCTET STRING ( SIZE ( 1 .. 160 ) ), 

. . . } 
RESULT 

ussd-Res SEQUENCE { 

ussd-DataCodingScheme OCTET STRING ( SIZE ( 1 ) ), 
ussd-String OCTET STRING ( SIZE ( 1 .. 160 ) ), 

. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— absentSubscriber — localValue : 27, 

— illegalSubscriber — localValue : 9, 

— illegalEquipment — localValue : 12, 

— unknownAlphabet — localValue : 71, 

— ussd-Busy — localValue ; 72} 
: := localValue ; 60 

unstructuredSS-Notify OPERATION 
ARGUMENT 

ussd-Arg SEQUENCE { 

ussd-DataCodingScheme OCTET STRING ( SIZE ( 1 ) ), 
ussd-String OCTET STRING ( SIZE ( 1 .. 160 ) ), 

. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— absentSubscriber — localValue : 27, 

— illegalSubscriber — localValue : 9, 

— illegalEquipment — localValue : 12, 

— unknownAlphabet — localValue ; 71, 

— ussd-Busy — localValue : 72} 
: := localValue ; 61 

registerPassword OPERATION 
ARGUMENT 

ss-Code OCTET STRING ( SIZE ( 1 ) ) 
RESULT 

newPassword NumericString ( FROM ( "0 " I " 1 " I "2 " I "3 " I "4 " I "5" i " 6" i "7 " i " 8 " [ " 9" )) (SIZE( 4 ) ) 
ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— callBarred — localValue : 13, 

— ss-SubscriptionViolation — localValue ; 19, 

— pw-RegistrationFailure — localValue ; 37, 

— negativePW-Check — localValue : 38, 

— numberOfPW-AttemptsViolation — localValue : 43} 
LINKED { 

— getPassword — localValue ; 18} 
: := localValue ; 17 

getPassword OPERATION 
ARGUMENT 

guidancelnfo ENUMERATED { 

enterPW ( ) , 

enterNewPW ( 1 ) , 

enterNewPW-Again ( 2 ) } 
RESULT 

currentPassword NumericString ( FROM ( "0 " I " 1 " I "2 " I "3 " 1 "4 " 1 "5 " I " 6" I "7 " I " 8 " 1 " 9" )) (SIZE( 4 ) ) 
: := localValue ; 18 

sendRoutinglnfoForSM OPERATION 
ARGUMENT 

routinglnfoForSM-Arg SEQUENCE { 

msisdn [0] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 .. 9 ) ), 
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sm-RP-PRI [1] IMPLICIT BOOLEAN, 

serviceCentreAddress [2] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) , 

extensionContainer [6] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 



extid 



MAP-EXTENSION . Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

routinglnfoForSM-Res SEQUENCE { 



OCTET STRING ( SIZE( 3 .. 8 ) ), 
[0] IMPLICIT SEQUENCE { 

[1] IMPLICIT OCTET STRING ( SIZE( 1 .. 

OCTET STRING ( SIZE( 4 ) ) OPTIONAL, 

SEQUENCE { 

[0] IMPLICIT SEQUENCE ( SIZE( 1 



imsx 

locationlnfoWithLMSI 
msc-Number 
1ms i 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



20 ) ) ( SIZE( 1 



10 ) ) OF 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— facilityNotSupported — localValue : 21, 

— unknownSubscriber — localValue ; 1, 

— teleserviceNotProvisioned — localValue 

— callBarred — localValue ; 13, 

— absentsubscriberSM — localValue : 6} 
:= localValue ; 45 



11, 



mo-forwardSM OPERATION 
ARGUMENT 

mo-forwardSM-Arg SEQUENCE { 

sm-RP-DA CHOICE { 

imsi [0] 

Imsi [1] 

serviceCentreAddressDA [4] 
noSM-RP-DA [5] 

sm-RP-OA CHOICE { 

msisdn [2] 



) ), 



IMPLICIT OCTET 

IMPLICIT OCTET 

IMPLICIT OCTET 

IMPLICIT NULL}, 

IMPLICIT OCTET 



serviceCentreAddressOA [4] 
noSM-RP-OA [5] 

sm-RP-UI OCTET STRING 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 

extId MAP-EXTENSION . SextensionId 



IMPLICIT OCTET 
IMPLICIT NULL}, 
( SIZE ( 1 . . 200 



STRING 


( SIZE( 


3 . 


. 8 ) ), 




STRING 


( SIZE( 


4 ) 


), 




STRING 


( SIZE( 


1 . 


. 20 ) ) 


' 


STRING 


( SIZE( 


1 . 


. 20 ) ) 


( SIZE( 1 


STRING 


( SIZE( 


1 . 


. 20 ) ) 


, 



SIZE( 1 



10 
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extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

mo-forwardSM-Res SEQUENCE { 

sm-RP-UI OCTET STRING ( SIZE ( 1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue : 34, 

— unexpectedDataValue — localValue ; 36, 

— facilityNotSupported — localValue : 21, 

— sm-DeliveryFailure — localValue : 32} 
: := localValue ; 46 

mt-forwardSM OPERATION 
ARGUMENT 

mt-forwardSM-Arg SEQUENCE { 

sm-RP-DA CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE ( 3 .. 8 ) ), 

Imsi [1] IMPLICIT OCTET STRING ( SIZE ( 4 ) ), 

serviceCentreAddressDA [4] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) , 
noSM-RP-DA [5] IMPLICIT NULL}, 

sm-RP-OA CHOICE { 

msisdn [2] IMPLICIT OCTET STRING ( SIZE ( 1 .. 20 ) ) ( SIZE ( 1 .. 9 



) ), 



serviceCentreAddressOA [4] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) , 
noSM-RP-OA [5] IMPLICIT NULL}, 

sm-RP-UI OCTET STRING ( SIZE ( 1 .. 200 ) ), 

moreMessagesToSend NULL OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
RESULT 

mt-forwardSM-Res SEQUENCE { 

sm-RP-UI OCTET STRING ( SIZE ( 1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . SextensionId ( { 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



ERRORS { 

— systemFailure — localValue ; 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 
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— facilityNotSupported — localValue : 21, 

— unidentif iedSubscriber — localValue ; 5, 

— illegalSubscriber — localValue : 9, 

— illegalEquipment — localValue : 12, 

— subscriberBusyForMT-SMS — localValue : 31, 

— sm-DeliveryFailure — localValue : 32, 

— absentsubscriberSM — localValue : 6} 
localValue : 44 



report SM-Delivery Status OPERATION 
ARGUMENT 

reportSM-DeliveryStatusArg SEQUENCE { 
msisdn 

serviceCentreAddress 
sm-DeliveryOutcome 

memory CapacityExceeded 
absent Subscriber 
successfulTransfer 
absent SubscriberDiagnosticSM 
extensionContainer 

privateExtensionList [0 
SEQUENCE { 

extid MAP-EXTENSION 



OCTET STRING 


( SIZE ( 1 . . 


20 


OCTET STRING 


( SIZE ( 1 . . 


20 


ENUMERATED { 
( ), 
( 1 ), 
( 2 ) }, 

[0] IMPLICIT 






INTEGER ( 




[1] IMPLICIT 


SEQUENCE { 





( SIZE( 1 



9 ) ), 



) ), 



255 ) OPTIONAL, 



IMPLICIT SEQUENCE ( SIZE( 1 
. Sextensionld ( { 



10 



OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

reportSM-DeliveryStatusRes SEQUENCE { 

StoredMSISDN OCTET STRING ( SIZE( 1 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



20 ) ) ( SIZE( 1 . 
10 



9 ) ) OPTIONAL, 
) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue ; 36, 

— unknownSubscriber — localValue ; 1, 

— messageWaitingListFull — localValue ; 33} 
:= localValue : 47 



informServiceCentre OPERATION 
ARGUMENT 

informServiceCentreArg SEQUENCE { 

StoredMSISDN OCTET STRING ( SIZE( 1 .. 20 ) ) ( SIZE( 1 . 

mw-Status BIT STRING { 

sc-AddressNot Included (0 ), 
mnrf-Set (1 ), 

mcef-Set (2 ) } ( SIZE ( 6 .. 16 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



OPTIONAL, 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



localValue 



63 
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alertServiceCentre OPERATION 
ARGUMENT 

alertServiceCentreArg SEQUENCE { 

msisdn OCTET STRING ( SIZE ( 1 

serviceCentreAddress OCTET STRING ( SIZE ( 1 



20 
20 



( SIZE( 1 



9 ) ), 



ERRORS { 

— systemFailure — localValue : 34, 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue 
:= localValue ; 64 



36} 



readyForSM OPERATION 
ARGUMENT 

readyForSM-Arg SEQUENCE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE ( 3 

alertReason ENUMERATED { 
ms-Present ( ) , 

memoryAvailable ( 1 ) } , 



) ), 



ERRORS { 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue : 36, 

— facilityNotSupported — localValue : 21, 

— unknownSubscriber — localValue : 1} 
:= localValue ; 66 



provideSubscriberlnfo OPERATION 
ARGUMENT 

provideSubscriberlnfoArg SEQUENCE { 



imsi [0] 

Imsi [1] 

requestedlnfo [2] 

location Information 

subscriber St ate 

extensionContainer 

privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION 



IMPLICIT OCTET STRING ( SIZE( 3 
IMPLICIT OCTET STRING ( SIZE( 4 
IMPLICIT SEQUENCE { 



) ) 



3 ) ), 
OPTIONAL, 



[0] 
[1] 
[2] 



IMPLICIT NULL OPTIONAL, 
IMPLICIT NULL OPTIONAL, 
IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE 

. &extensionId 



SIZE( 1 



10 ) ) OF 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . 
SEQUENCE { 

extId MAP-EXTENSION . sextensionld ( { 



10 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



RESULT 

provideSubscriberlnfoRes SEQUENCE { 
subscriberlnfo SEQUENCE { 

locationlnformation [0] IMPLICIT SEQUENCE { 



ageOfLocationlnformation INTEGER ( 
geographicalinf ormation [0] 
vlr-number [1] 



32767 ) OPTIONAL, 



IMPLICIT OCTET 
IMPLICIT OCTET 



STRING 
STRING 



SIZE ( 
SIZE ( 



OPTIONAL, 



[2] 
[3] 



locationNumber 
cellldOrLAI 

cellldFixedLength 
laiFixedLength 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extId MAP-EXTENSION 



IMPLICIT OCTET STRING 
CHOICE { 
0] IMPLICIT OCTET STRING ( 
1] IMPLICIT OCTET STRING ( 

[4] IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE ( 



( SIZE( 2 



. &extensionId ( 



SIZE ( 
SIZE ( 



20 
10 



OPTIONAL, 

( SIZE( 1 



OPTIONAL, 



SIZE( 1 



) ) } OPTIONAL, 



10 
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extType 



MAP-EXTENSION . SExtensionType ( { 



} { @extld } ) OPTIONAL} OPTIONAL, 



pcs-Extensions 

... } OPTIONAL 
... } OPTIONAL, 

... } OPTIONAL, 
subscriber St ate 

assumedldle 

camelBusy 

netDetNot Reachable 
msPurged 
imsiDetached 
restrictedArea 
notRegistered 

notProvidedFromVLR 
extensionContainer 

privateExtensionList 
SEQUENCE { 



[1] IMPLICIT SEQUENCE 



[1] CHOICE { 

[0] IMPLICIT NULL, 
[1] IMPLICIT NULL, 
ENUMERATED { 
( ), 
( 1 ), 
( 2 ), 
( 3 ) }, 

[2] IMPLICIT NULL} OPTIONAL, 
[2] IMPLICIT SEQUENCE { 

0] IMPLICIT SEQUENCE ( SIZE( 1 



10 ) ) OF 



extid 



MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



. 10 ) ) OF 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— dataMissing — localValue : 35, 

— unexpectedDataValue — localValue : 36} 
:= localValue ; 70 



20 ) ) ( SIZE( 1 



anyTimelnterrogation OPERATION 
ARGUMENT 

anyTimelnterrogationArg SEQUENCE { 
subscriberldentity [0] CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE ( 3 

msisdn [1] IMPLICIT OCTET STRING ( SIZE ( 1 
requestedlnfo [1] IMPLICIT SEQUENCE { 

locationlnformation [0] IMPLICIT NULL OPTIONAL, 
subscriberState [1] IMPLICIT NULL OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 



9 ) ) }, 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gsmSCF-Address [3] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) ( SIZE ( 1 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 



extType 



MAP-EXTENSION . SExtensionType ( { 
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...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



RESULT 

anyTimelnterrogationRes SEQUENCE { 
subscriberlnfo SEQUENCE { 

locationlnformation [0] IMPLICIT SEQUENCE { 



ageOfLocationlnformation INTEGER ( 
geographicallnformation [0] 
vlr-number [1] 



32767 ) OPTIONAL, 
IMPLICIT OCTET STRING ( SIZE( 
IMPLICIT OCTET STRING ( SIZE( 



9 ) ) OPTIONAL, 



[2] 
[3] 



locationNumber 
cellldOrLAI 

cellldFixedLength 
laiFixedLength 
extensionContainer 

privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION 



IMPLICIT OCTET STRING ( SIZE( 2 
CHOICE { 

0] IMPLICIT OCTET STRING ( SIZE( 7 ) 

1] IMPLICIT OCTET STRING ( SIZE( 5 

[4] IMPLICIT SEQUENCE { 

[0] IMPLICIT SEQUENCE ( SIZE( 1 .. 

. Sextensionld ( { 



I OPTIONAL, 
20 ) ) ( SIZE( 1 



10 



OPTIONAL, 



I ) } OPTIONAL, 
10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



} { @extld } ) OPTIONAL} OPTIONAL, 



pcs-Extensions 




[1] IMPLICIT SEQUENCE { 


... } OPTIONAL, 




... } OPTIONAL, 






... } OPTIONAL, 






subscriber St ate 


[1] 


CHOICE { 


assumedldle 




[0] IMPLICIT NULL, 


camelBusy 




[1] IMPLICIT NULL, 


net Det Not Reachable 




ENUMERATED { 


msPurged 


( 


), 


imsiDetached 


( 


1 ), 


restrictedArea 


( 


2 ), 


not Registered 


( 


3 ) }, 


notProvidedFromVLR 




[2] IMPLICIT NULL} OPTIONAL, 


extensionContainer 


[2] 


IMPLICIT SEQUENCE { 


privateExtensionLis 


;t 


[0] IMPLICIT SEQUENCE ( SIZE( 


SEQUENCE { 







. 10 ) ) OF 



extId 



MAP-EXTENSION . Sextensionid ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 



10 



OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
ERRORS { 

— systemFailure — localValue ; 34, 

— ati-NotAllowed — localValue : 49, 

— dataMissing — localValue ; 35, 

— unexpectedDataValue — localValue ; 36, 

— unknownSubscriber — localValue ; 1} 
:= localValue : 71 



systemFailure ERROR 
PARAMETER 

systemFailureParam CHOICE { 
net wo rkRe source 



ENUMERATED { 
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plmn 

hlr 

vlr 

pvlr 

controllingMSC 

vmsc 

eir 

rss 



extensibleSystemFailureParam SEQUENCE 
networkResource ENUMERATED { 
plmn ( 

hlr 
vlr 
pvlr 

controllingMSC 
vmsc 
eir 
rss 
extensionContainer 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



1 
2 

3 
4 
5 
6 

7 ) } OPTIONAL, 
SEQUENCE { 

0] IMPLICIT SEQUENCE 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



localValue : 34 



dataMissing ERROR 
PARAMETER 

dataMissingParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION .SExtensionType ( { 



} { @extld } ) OPTIONAL} OPTIONAL, 



pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



[1] IMPLICIT SEQUENCE 



localValue : 35 



unexpectedDataValue ERROR 
PARAMETER 

unexpectedDataParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



localValue ; 36 



facilityNotSupported ERROR 
PARAMETER 

facilityNotSupParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . SextensionId ( { 



10 
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extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: ;= localValue ; 21 

unknownSubscriber ERROR 
PARAMETER 

unknownSubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

. . . } 
: := localValue ; 1 

numberChanged ERROR 
PARAMETER 

numberChangedParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue : 44 

unknownMSC ERROR 
::= localValue : 3 

unidentif iedSubscriber ERROR 
PARAMETER 

unidentifiedSubParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 5 

unknownEquipment ERROR 
: ;= localValue ; 7 

roamingNotAllowed ERROR 
PARAMETER 

roamingNotAllowedParam SEQUENCE { 

roamingNotAllowedCause ENUMERATED { 
plmnRoamingNotAllowed ( ) , 
operatorDeterminedBarring ( 3 ) } , 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 
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extid MAP-EXTENSION . sextensionid ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 8 

illegalSubscriber ERROR 
PARAMETER 

illegalSubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: : = localValue : 9 

illegalEquipment ERROR 
PARAMETER 

illegalEquipmentParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue ; 12 

bearerServiceNotProvisioned ERROR 
PARAMETER 

bearerServNotProvParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 



extType MAP-EXTENSION .SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue ; 10 

teleserviceNotProvisioned ERROR 
PARAMETER 

teleservNotProvParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionid ( { 



extType MAP-EXTENSION .SExtensionType ( { 
...} { gextid } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 11 

noHandoverNumberAvailable ERROR 
; ;= localValue ; 25 

subsequentHandoverFailure ERROR 
: := localValue ; 26 

tracingBufferFull ERROR 
PARAMETER 

tracingBufferFullParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue : 40 

noRoamingNumberAvailable ERROR 
PARAMETER 

noRoamingNbParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 39 

absentSubscriber ERROR 
PARAMETER 

absentSubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue ; 27 

busySubscriber ERROR 
PARAMETER 

busySubscriberParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 45 

noSubscriberReply ERROR 
PARAMETER 

noSubscriberReplyParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 46 

callBarred ERROR 
PARAMETER 

callBarredParam CHOICE { 

callBarringCause ENUMERATED { 

barringServiceActive ( ) , 
operatorBarring ( 1 ) } , 

extensibleCallBarredParam SEQUENCE { 
callBarringCause ENUMERATED { 
barringServiceActive ( ) , 
operatorBarring ( 1 ) } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

... }} 
: := localValue ; 13 

forwardingFailed ERROR 
PARAMETER 

forwardingFailedParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue : 47 

or-NotAllowed ERROR 
PARAMETER 

or-NotAllowedParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 
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...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

. . . } 
: := localValue : 48 

f orwardingViolation ERROR 
PARAMETER 

forwardingViolationParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue : 14 

cug-Reject ERROR 
PARAMETER 

cug-Re jectParam SEQUENCE { 

cug-Re jectCause ENUMERATED { 

incomingCallsBarredWithinCUG ( ) , 

subscriberNotMemberOfCUG ( 1 ) , 

requestedBasicServiceViolatesCUG-Constraints ( 5 ) , 
calledPartySS-InteractionViolation ( 7 ) } OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue ; 15 

ati-NotAllowed ERROR 
PARAMETER 

ati-NotAllowedParam SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
: := localValue : 49 

illegalSS-Operation ERROR 
: := localValue : 16 

ss-ErrorStatus ERROR 
PARAMETER 

SS-Status OCTET STRING ( SIZE ( 1 ) ) 
: := localValue : 17 

ss-NotAvailable ERROR 
: ;= localValue ; 18 

ss-SubscriptionViolation ERROR 
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: := localValue : 19 

ss-Incompatibility ERROR 
PARAMETER 

ss-IncompatibilityCause SEQUENCE { 

ss-Code [1] IMPLICIT OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE ( 1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE ( 1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE ( 1 ) ) OPTIONAL, 
. . . } 
: := localValue ; 20 

unknownAlphabet ERROR 
: := localValue ; 71 

ussd-Busy ERROR 
: := localValue ; 72 

pw-RegistrationFailure ERROR 
PARAMETER 

pw-RegistrationFailureCause ENUMERATED { 
undetermined ( ) , 

invalidFormat ( 1 ) , 

newPasswordsMismatch ( 2 ) } 
: := localValue ; 37 

negativePW-Check ERROR 
::= localValue : 38 

numberOfPW-At tempts Violation ERROR 
; ;= localValue ; 43 

subscriberBusyForMT-SMS ERROR 
PARAMETER 

subBusyForMT-SMS-Param SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

. . . } 
: ;= localValue ; 31 

sm-DeliveryFailure ERROR 
PARAMETER 

sm-DeliveryFailureCause SEQUENCE { 

sm-EnumeratedDeliveryFailureCause ENUMERATED { 



memory CapacityExceeded 

equipmentProtocolError 

equipment Not SM-Equipped 

unknownServiceCentre 

sc-Congestion 

invalidSME -Address 

subscriberNotSC- Subscriber 



diagnosticlnfo OCTET STRING ( SIZE ( 1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
localValue ; 32 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 759 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

messageWaitingListFull ERROR 
PARAMETER 

messageWaitListFullParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 33 

absentsubscriberSM ERROR 
PARAMETER 

absentSubscriberSM-Param SEQUENCE { 

absentSubscriberDiagnosticSM INTEGER ( . . 255 ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionid ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
. . . } 
::= localValue : 6 

END 



£75/ 



3GPP TS 09.02 version 5.1 9.0 Release 1 996 760 ETSI TS 1 00 974 V5.1 9.0 (2003-09) 

B.2 Fully Expanded ASN.1 Source of MAP- 
Dialoguelnformation 

Expanded ASNl Module 'MAP-DialogueInf ormation ' 
— SIEMENS ASN.l Compiler R5.70 (Production_5 . 70 ) 
Date: 2003-09-04 Time: 12:25:00 

MAP-DialogueInf ormation ( identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 
modules (3) map-Dialoguelnformation (3) version3 (3) } 

DEFINITIONS 



BEGIN 

EXPORTS 

map-DialogueAS, 
MAP-DialoguePDU; 

map-DialogueAS OBJECT IDENTIFIER ::= { ccitt (0) identif ied-organization (4) etsi (0) mobileDomain 
(0) gsm-Network (1) 1 map-DialoguePDU (1) versionl (1) } 

MAP-DialoguePDU ::= CHOICE { 

map-open [0] IMPLICIT SEQUENCE { 

destinationReference [0] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) OPTIONAL, 

originationReference [1] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-accept [1] IMPLICIT SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-close [2] IMPLICIT SEQUENCE { 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-refuse [3] IMPLICIT SEQUENCE { 

reason ENUMERATED { 

noReasonCiven ( ) , 

InvalidDestinationRef erence ( 1 ) , 
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invalidOriginatingReference ( 2 ) }, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 

. . .} ) , 
extType MAP-EXTENSION . SExtensionType ( { 

...} { gextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-userAbort [4] IMPLICIT SEQUENCE { 

map-UserAbortChoice CHOICE { 

userSpecificReason [0] IMPLICIT NULL, 

userResourceLimitation [1] IMPLICIT NULL, 

resourceUnavailable [2] IMPLICIT ENUMERATED { 

shortTermResourceLimitation ( ) , 
longTermResourceLimitation ( 1 ) }, 
applicationProcedureCancellation [3] IMPLICIT ENUMERATED { 



handoverCancellation 
radioChannelRe lease 
networkPathRelease 
callRelease 

associatedProcedureFailure 
tandemDialogueRe lease 
remoteOpe rat ionsFai lure 



), 

1 ), 

2 ), 

3 ), 

4 ), 

5 ), 

6 ) }}, 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-providerAbort [5] IMPLICIT SEQUENCE { 
map-ProviderAbortReason ENUMERATED { 
abnormalDialogue ( ) , 
invalidPDU ( 1 ) }, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} } 

MAP-Openlnfo ::= SEQUENCE { 

destinationReference [0] IMPLICIT OCTET STRING ( SIZE ( 1 . . 20 ) ) OPTIONAL, 
originationReference [1] IMPLICIT OCTET STRING ( SIZE ( 1 .. 20 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 . . 10 ) ) OF 
SEQUENCE { 

extId MAP-EXTENSION .Sextensionld ( { 



extType MAP-EXTENSION . SExtensionType ( { 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-Acceptlnfo ::= SEQUENCE { 
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extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extid MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType MAP-EXTENSION . SExtensionType ( 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-Closelnfo ::= SEQUENCE { 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( { 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-Refuselnfo ::= SEQUENCE { 

reason ENUMERATED { 

noReasonCiven ( ) , 

invalidDestinationRef erence ( 1 ) , 
invalidOriginatingRef erence ( 2 ) }, 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 ) ) OF 



extType 



MAP-EXTENSION . SExtensionType ( 



...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

Reason ::= ENUMERATED { 

noReasonCiven ( ) , 

invalidDestinationReference ( 1 ) , 

invalidOriginatingRef erence ( 2 ) } 



MAP-UserAbortlnfo ::= SEQUENCE { 
map-UserAbortChoice CHOICE { 

user Specif icReason 

userResourceLimitation 

resourceUna vail able 

short TermRe sour ceLimit at ion 
longTermResourceLimitation 

applicationProcedureCancellation 
handoverCancellation 
radioChannelRe lease 
networkPathRelease 
callRelease 

associatedProcedureFailure 
tandemDialogueRe lease 
remoteOpe rat ionsFai lure 



[0] 


IMPLICIT 


NULL, 


[1] 


IMPLICIT 


NULL, 


[2] 


IMPLICIT 


ENUMERATED 


( ), 






( 1 ) 


}, 





[3] IMPLICIT ENUMERATED 



extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE ( 1 
SEQUENCE { 

extId MAP-EXTENSION . Sextensionld ( { 



10 



OF 



extType MAP-EXTENSION . SExtensionType ( { 
...} { gextid } ) OPTIONAL} OPTIONAL, 
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pes -Ext ens ions 

... } OPTIONAL, 
... } OPTIONAL} 



[1] IMPLICIT SEQUENCE 



MAP-UserAbortChoice ::= CHOICE { 

userSpecif icReason 

userResourceLimitation 

resourceUnavailable 

short TermRe sour ceLimit at ion 
longTermResourceLimitation 

applicationProcedureCancellation 
handoverCancellation 
radioChannelRe lease 
networkPathRelease 
callRelease 

associatedProcedureFailure 
tandemDialogueRe lease 
remoteOpe rat ionsFai lure 



[0] 


IMPLICIT 


NULL, 


[1] 


IMPLICIT 


NULL, 


[2] 


IMPLICIT 


ENUMERATED 


( ), 






( 1 ) 


}, 




[3] 


IMPLICIT 


ENUMERATED 


( ), 






( 1 ), 






( 2 ), 






( 3 ), 






( 4 ), 






( 5 ), 






( 6 ) } 


} 





ResourceUnavailableReason ::= ENUMERATED { 
shortTermResourceLimitation ( ) , 
longTermResourceLimitation ( 1 ) } 



ProcedureCancellationReason ::= ENUMERATED 

handoverCancellation ( 

radioChannelRelease ( 1 

networkPathRelease ( 2 

callRelease ( 3 

associatedProcedureFailure ( 4 

tandemDialogueRelease ( 5 

remoteOperationsFailure ( 6 



MAP-ProviderAbortlnfo ::= SEQUENCE { 

map-ProviderAbort Reason ENUMERATED 
abnormalDialogue ( ) , 
invalidPDU ( 1 ) }, 



extensionContainer 

privateExtensionList 
SEQUENCE { 

extid MAP-EXTENSION 



SEQUENCE { 

[0] IMPLICIT SEQUENCE ( SIZE( 1 

. &extensionId ( ( 



10 ) ) OF 



extType MAP-EXTENSION . SExtensionType ( 

...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-ProviderAbortReason ::= ENUMERATED { 
abnormalDialogue ( ) , 
invalidPDU ( 1 ) } 



END 
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Annex C: Void 
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Annex D (informative): Change Request History 



CR 


SMG# 


VERS 


NEW V 
ERS 


SUBJECT 


A018 


S15 




5.0.0 


Export of the data type SubscriberData 


A021 


S15 




5.0.0 


Operations with empty result in the expanded ASN.1 source 


A022 


S15 




5.0.0 


Missing invol<e Id in the service descriptions 


A020 


S15 




5.0.0 


Correction of IVIIVI-Release in SIVI Alert IVISC 


A019 


S16 




5.0.0 


MSISDN parameter of the MAP_PROVIDE_ROAMING_NUMBER 


A024 


S16 




5.0.0 


Mofification of the upper limit of Private tags numbers 


A016 


S16 




5.0.0 


Use of SCCP class zero 


A025 


S16 




5.0.0 


Editiorial corrections to the USSD SDLs 


A017 


S16 




5.0.0 


Use of the SCCO return option 


A035 


S17 




5.1.0 


From "call restrictions" to "call barring" 


A036 


S17 




5.1.0 


Subscriber tracing related corrections and alignment to GSM 12.08 


A034 


S17 




5.1.0 


Not used value for LMSI in the Cancel Location service 


A038 


S18 


5.1.0 


5.2.0 


Introduction of ECT SS code 


A038 


S18 


5.1.0 


5.2.0 


Introduction of ECT SS code 


A043 


S19 


5.2.0 


5.3.0 


Timer for PrepareHandover operation 


A044 


S19 


5.2.0 


5.3.0 


Exporting of data-typres used in GSM1 2 series specifications 


A045 


S19 


5.2.0 


5.3.0 


Checking of MSISDN in HLR for MT-SMG procedure 


A046 


S20 


5.3.0 


5.4.0 


Timer values for mobile originated USSD 


A049 


s21 


5.4.0 


5.5.0 


Indication of MAP IMSI ATTACH (phase 2+) 


A031 


s21 


5.4.0 


5.5.0 


VBS, VGCS 


A061 


s21 


5.4.0 


5.5.0 


Modification of MAP due to CAMEL ph 1 


A054 


s21 


5.4.0 


5.5.0 


Transfer of SS codes from HLR to GMSC 


A057 


s21 


5.4.0 


5.5.0 


HSCSD phase 2+ 


A052 


s21 


5.4.0 


5.5.0 


VGS/VGCS Routing 


A051 


s21 


5.4.0 


5.5.0 


Transfer of new subscription data for the ASCI eMLPP supplementary service 


A056 


s21 


5.4.0 


5.5.0 


Changes to MAP for Optimal Routeing 


A059 


s21 


5.4.0 


5.5.0 


Setting of the 'non-confirmed by HLR'-flag (phase 2+) 


A055 


s21 


5.4.0 


5.5.0 


Alignment with GSM 03.18 


A053 


s21 


5.4.0 


5.5.0 


MAP extensibility (chapter 14 ASN.1) 


A063 


s21 


5.4.0 


5.5.0 


RP-Ack data 


A064 


s21 


5.4.0 


5.5.0 


Unknown operation 


A070 


s21 


5.4.0 


5.5.0 


Introduction of new ODB categohes for ECT 


A067 


s21 


5.4.0 


5.5.0 


MAP v3 Fallback 


A066 


s21 


5.4.0 


5.5.0 


Handling of empty constructors phase 2+ 


A048 


s21 


5.4.0 


5.5.0 


Enhancements to ODB (introduction of omitted categories) 


A068 


s21 


5.4.0 


5.5.0 


SS handling for the ASCI group call teleservices 


A062 


s21 


5.4.0 


5.5.0 


Support of SMS Absent subscriber 


A085 


s22 


5.5.0 


5.6.0 


SCCP addressing for MAP 


A081 


s22 


5.5.0 


5.6.0 


Deletion of errors in PSI 


A083 


s22 


5.5.0 


5.6.0 


Clarify handling of result of ReportSMDeliveryStatus 


A086 


s22 


5.5.0 


5.6.0 


Correction of editing error 


A082 


s22 


5.5.0 


5.6.0 


Modifications due to SMS inconsistencies with GSM 03.40 


A080 


s22 


5.5.0 


5.6.0 


Using TC-Relsult-NL to segment the SRI-ACK 


A074 


s22 


5.5.0 


5.6.0 


Any Time Interrogation process description in HLR 


A072 


s22 


5.5.0 


5.6.0 


Handling of Unknown Operation 


A073 


s22 


5.5.0 


5.6.0 


Editorial clarification of handling of parameters for optional features 
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(concluded) 



CR 


SMG# 


VERS 


NEW V 
ERS 


SUBJECT 


A075 


s22 


5.5.0 


5.6.0 


Alignment with CAIVIEL specs. 03.78 and 09.78 


A077 


s22 


5.5.0 


5.6.0 


Transmission of gsmSCF-Address to HLR 


A078 


s22 


5.5.0 


5.6.0 


New IVIaximum value for Age of Loc. Info 


A079 


s22 


5.5.0 


5.6.0 


Editorial correction of AC table 


A092 


s23 


5.6.0 


5.7.0 


ASCI phi option pruning (routing or VBS/VGCS calls) [R96] 


A104 


s23 


5.6.0 


5.7.0 


ASN.Idefinition of private extention 


A090 


s23 


5.6.0 


5.7.0 


Re-introducing of BindingPackage-vl to GSM 09.02 [R96] 


A093 


s23 


5.6.0 


5.7.0 


Private extention in v2 SS operations (phase 2+) 


A099 


s23 


5.6.0 


5.7.0 


Exception handling for Ext-BearerServiceCode/ Ext-TeleserviceCode 


A102 


s23 


5.6.0 


5.7.0 


SSN reservation for CAP 


A100 


s23 


5.6.0 


5.7.0 


Handling of PLMN specific SS and BS codes in the GMSC 


A106 


s24 


5.7.0 


5.8.0 


Corrections 


A107 


s24 


5.7.0 


5.8.0 


Addition of a context specific TAG for Send Routing Info Res 


A112 


s24 


5.7.0 


5.8.0 


Correction due to GAD 


A108 


s24 


5.7.0 


5.8.0 


object identifier values for proprietary extensions 


A116 


s25 


5.8.0 


5.9.0 


Addition of extension marker 


A117 


s25 


5.8.0 


5.9.0 


Alignment with GSM 03.32, Addition to CR 09.02 CR1 1 2 


A113 


s25 


5.8.0 


5.9.0 


ASCI editorial corrections in section 2.1 R96 


A118 


s25 


5.8.0 


5.9.0 


Definition of CAP SSN replaced by a reference to GSM 03.03 


A110 


s25 


5.8.0 


5.9.0 


Alignment of parameter descriptions for ODB with ASN.1 definition 


A128 


s26 


5.9.0 


5.10.0 


E.214 addressing of the HLR 


A119 


s26 


5.9.0 


5.10.0 


Modification of CUG-info 


A121 


s26 


5.9.0 


5.10.0 


Export of Parameters 


A126 


s26 


5.9.0 


5.10.0 


Queuing of short messages at the VMSC 


A137 


s27 


5.10.0 


5.11.0 


Extending the applicability of GMSC Address in ProvideRoamingNumber 


A145 


s27 


5.10.0 


5.11.0 


Removal of redundant information from GSM 09.02 


A148 


s27 


5.10.0 


5.11.0 


Clarification of limit on length of 0-CSI in MAP RESUME CALL HANDLING 


A163 


s28 


5.11.0 


5.12.0 


Use of SCCP class 1 


A166 


s28 


5.11.0 


5.12.0 


Corrections and updating of the 09.02 


A169 


s28 


5.11.0 


5.12.0 


Optionality of sm-RP-UI in MO-ForwardSM-Res 


A191 


s28 


5.11.0 


5.12.0 


Re-use of security related information 


A220 


s29 


5.12.0 


5.13.0 


VBS data 


A266 


CN#06 


5.13.0 


5.14.0 


Clarification on 'Supported CAMEL Phases' in ISD ack 






5.14.0 


5.14.1 


Version update to 5.14.1 for Publication 


A289 


CN#08 


5.14.1 


5.15.0 


Correction of version handling at dialogue establishment 


A301 


CN#08 


5.14.1 


5.15.0 


Correction to the description of MAP-MO-Forward-Short-Message service 


A304 


CN#09 


5.15.0 


5.16.0 


Deletion of informative Annexe C 




CN#09 


5.15.0 


5.16.0 


Conversion to 3GPP layout 


A325 


CN#15 


5.16.0 


5.17.0 


ODB alignment 




07/2002 


7.17.0 


5.17.1 


SDL files added 


A332r1 


CN#19 


5.17.1 


5.18.0 


Change of SS-Code List description for Insert Subscriber Data 


A337 


CN#21 


5.18.0 


5.19.0 


Correction of encoding description of Group-Id 
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